디스코드 티켓 카테고리 설계법

티켓 채널은 잘 열리는데 운영이 오히려 더 지저분해졌다면, 문제는 봇이 아니라 백오피스 정보구조입니다.

문의, 신고, 결제, 제휴가 한 카테고리에 다 몰리면 티켓 자동화는 사실상 아무 것도 해결하지 못합니다.

이 글은 티켓 채널을 여는 글이 아니라, 열린 티켓을 어떤 카테고리와 권한 체계 아래에 배치할지 설계하는 글입니다.

1. 티켓이 열리는 것과 티켓이 정리되는 것은 다른 일이다

초반에는 티켓 카테고리 하나로도 충분합니다.

다만 아래 상황이 보이면 분리 시점을 검토해야 합니다.

• 운영 문의와 신고 문의가 자주 섞인다
• 담당 역할이 서로 다르다
• 처리 우선순위가 다르다
• 기록 보존 기간이 다르다

한 카테고리 안에 모든 문의를 넣으면 결국 운영진이 제목만 보고 내용을 추측하게 됩니다.

2. 초반 서버에서 무난한 구조

작은 서버라면 아래 두 칸 정도가 관리하기 편합니다.

문의 티켓
신고 티켓

문의는 일반 질문, 오류, 계정 관련 이슈를 처리합니다.
신고는 공개 채널에 바로 적기 어려운 내용을 따로 받는 구조입니다.

신고 채널 운영 기준은 뒤에서 따로 정리하겠지만, 이 단계에서는 일반 문의와 신고를 같은 카테고리에 섞지 않는 원칙만 먼저 잡아 두면 충분합니다.

3. 권한은 카테고리에서 먼저 잡는다

티켓 채널을 매번 수동으로 고치는 방식은 오래 못 갑니다.

카테고리 권한을 먼저 맞춰 두고, 새 채널은 그 구조를 그대로 따라가게 만들어야 합니다.

예시는 아래처럼 잡을 수 있습니다.

@everyone
- View Channel 차단

문의담당
- View Channel 허용
- Send Messages 허용

운영진
- View Channel 허용
- Send Messages 허용

채널별 예외는 최소화해야 관리가 쉽습니다.

4. 티켓 이름 규칙도 정해 둔다

ticket-닉네임, 문의-001, 신고-닉네임처럼 형식을 먼저 정해 두면 찾기 쉽습니다.

유저 이름만 넣으면 중복이 생길 수 있으니 ID 일부나 번호를 같이 붙여야 합니다.

예를 들면 아래처럼 갑니다.

문의-jisoo-1042
신고-minho-8821

이 방식은 검색과 로그 정리에도 편합니다.

5. 열기 채널과 처리 채널을 분리한다

많이 헷갈리는 부분인데, 문의 버튼을 누르는 채널과 실제 문의를 처리하는 채널은 분리해야 합니다.

문의-안내 채널은 항상 깔끔하게 유지하고, 실제 대화는 새 티켓 채널에서 처리합니다.

이 구조는 티켓 디스코드 봇 만들기와 같이 봐야 흐름이 잘 보입니다.

6. 카테고리 수를 너무 빨리 늘리지 않는다

운영팀이 아직 작다면 카테고리를 많이 나눌수록 오히려 더 헷갈립니다.

문의량이 적은데 결제, 버그, 제안, 파트너, 신고를 전부 따로 열어 두면 빈 카테고리만 늘어납니다.

초반에는 두세 개 안쪽으로 묶고, 정말 담당자가 갈릴 때만 나눠야 합니다.

7. 닫힌 티켓 처리 기준도 필요하다

티켓 카테고리 설계는 열려 있는 채널만 보는 일이 아닙니다.

닫힌 티켓을 보관할지, 로그 채널만 남길지, 완전히 삭제할지도 같이 정해야 합니다.

아래 세 가지 중 하나를 미리 정해 둬야 합니다.

• 종료 즉시 삭제
• 종료 후 아카이브 카테고리로 이동
• 로그 채널에 요약만 남기고 삭제

어느 방식을 쓰든 운영진끼리 기준이 같아야 합니다.

8. 카테고리 설계는 문의 동선과 붙어 있다

카테고리만 깔끔해도 유저가 어디로 들어가야 하는지 모르면 효과가 약합니다.

문의 버튼 문구, 공지 문구, 담당 역할, 처리 순서가 같은 방향을 가리켜야 합니다.

그래서 카테고리 설계를 끝냈다면 문의 동선까지 이어서 봐야 합니다.

9. 실제 운영에서 많이 보는 실수

• 신고와 일반 문의를 같은 채널로 받는 경우
• 카테고리 권한보다 채널별 개별 권한이 더 많아진 경우
• 닫힌 티켓을 계속 쌓아 두고 정리 기준이 없는 경우
• 담당 역할이 명확하지 않아 첫 응답이 늦어지는 경우

티켓 구조는 봇 코드보다 운영 기준에서 더 오래 문제를 만듭니다.

10. 카테고리를 나눴다면 이제 유저 입구 문구를 맞춘다

카테고리 구조를 잡았다면 다음에는 유저가 헷갈리지 않게 안내 문구를 짧게 정리해야 합니다.

티켓 채널 생성 흐름과 권한 구조를 함께 다시 볼 때는 티켓 디스코드 봇 만들기와 디스코드 채널이 안 보일 때 권한 해결법을 이어서 보면 정리가 됩니다.