신고 채널은 만들기보다 운영 기준을 세우는 일이 더 중요합니다.입구만 열어 두고 기준이 없으면 일반 문의와 감정 싸움이 한데 섞이기 쉽습니다.신고 채널은 민감한 내용을 안전하게 받고, 처리 기록을 남기고, 후속 조치를 분리하는 구조여야 합니다.신고 시스템은 채널 하나가 아니라 문의 동선과 처리 기준 전체로 봐야 합니다.1. 신고 채널을 일반 문의와 섞지 않는다가장 먼저 지켜야 할 기준입니다.버그 문의, 계정 문의, 신고 접수를 같은 채널로 받으면 분위기가 바로 무거워집니다.신고는 별도 버튼이나 별도 티켓 카테고리로 분리해야 합니다.문의 카테고리 구조는 디스코드 티켓 카테고리 설계법, 전체 흐름은 디스코드 문의 동선 설계법과 같이 보면 됩니다.2. 신고 전에 안내할 문구를 짧게 둔다신고 채널 입구 문구는 ..

문의 채널은 있는데 정작 유저가 어디를 눌러야 할지 몰라 첫 질문도 못 남긴다면, 티켓 봇이 있어도 절반은 실패입니다.이 단계에서 중요한 건 카테고리보다 첫 클릭입니다.이 글은 문의를 어떻게 처리할지보다, 유저가 어떤 문구를 보고 어느 버튼을 눌러야 하는지를 설계하는 입구 분기 글입니다.1. 유저는 분류 체계보다 '내 상황과 비슷한 버튼'을 찾는다초반 서버에서 버그문의, 결제문의, 파트너문의, 일반문의를 전부 따로 열면 오히려 더 어렵습니다.처음 들어온 사람은 자기 문의가 어디에 해당하는지 바로 판단하지 못하는 경우가 많습니다.그래서 처음에는 문의-안내 채널 하나에서 시작하고, 버튼이나 짧은 설명으로 분기시켜야 합니다.티켓 생성 구조는 티켓 디스코드 봇 만들기, 카테고리 구조는 디스코드 티켓 카테고리 설..

티켓 채널은 잘 열리는데 운영이 오히려 더 지저분해졌다면, 문제는 봇이 아니라 백오피스 정보구조입니다.문의, 신고, 결제, 제휴가 한 카테고리에 다 몰리면 티켓 자동화는 사실상 아무 것도 해결하지 못합니다.이 글은 티켓 채널을 여는 글이 아니라, 열린 티켓을 어떤 카테고리와 권한 체계 아래에 배치할지 설계하는 글입니다.1. 티켓이 열리는 것과 티켓이 정리되는 것은 다른 일이다초반에는 티켓 카테고리 하나로도 충분합니다.다만 아래 상황이 보이면 분리 시점을 검토해야 합니다.운영 문의와 신고 문의가 자주 섞인다담당 역할이 서로 다르다처리 우선순위가 다르다기록 보존 기간이 다르다한 카테고리 안에 모든 문의를 넣으면 결국 운영진이 제목만 보고 내용을 추측하게 됩니다.2. 초반 서버에서 무난한 구조작은 서버라면 아..

디스코드 서버는 만든 뒤가 더 중요합니다.채널과 규칙을 잘 깔아 두어도 처음 들어온 사람이 바로 나가면 홍보가 거의 의미가 없습니다.서버 홍보는 링크를 많이 뿌리는 작업이 아니라, 들어온 사람이 왜 남아야 하는지 먼저 정리하는 작업에 가깝습니다.유입은 홍보글에서 시작되지만 잔류는 서버 구조에서 결정되는 경우가 많습니다.1. 홍보 전에 먼저 점검할 것홍보부터 시작하면 초반 유입이 그대로 이탈로 바뀌기 쉽습니다.아래 네 가지는 최소한 맞춰 둔 뒤 링크를 열어야 합니다.서버 소개문이 한눈에 이해되는가규칙 채널과 공지 채널이 위쪽에서 바로 보이는가처음 들어온 사람이 질문할 채널이 보이는가초대 링크가 만료되지 않도록 설정했는가소개문 문구가 아직 애매하다면 디스코드 서버 소개문 작성법부터 먼저 손보면 됩니다.입구 ..

서버를 어느 정도 꾸며 놓고 나면 그다음은 보안입니다.역할 구조가 애매하거나 @everyone 권한이 넓으면 스팸, 광고, 채널 오염이 금방 들어옵니다.초반 서버일수록 큰 사고 한 번으로 운영 의욕이 꺾이는 경우가 많습니다.보안 점검은 사고가 난 뒤보다 채널 구조를 다듬는 시점에 같이 해 둬야 합니다.1. @everyone 권한부터 줄인다가장 먼저 볼 항목입니다.초반 서버에서 @everyone에 너무 많은 권한이 열려 있는 경우가 많습니다.보통은 아래 정도부터 제한하는 쪽이 안전합니다.Manage ChannelsManage RolesMention @everyone, @here, and All RolesCreate Instant InviteManage Webhooks기본 역할은 최대한 좁게 두고 필요한 역..

서버를 오래 굴리다 보면 채널이 점점 늘어납니다.공지, 질문, 이벤트, 봇 테스트, 운영 로그가 쌓이면서 처음의 단순한 구조가 금방 흐트러집니다.이 시점부터는 채널을 추가하는 것보다 정리하는 능력이 더 중요합니다.정리는 채널을 지우는 작업보다 유저가 덜 헤매게 만드는 작업에 더 가깝습니다.1. 채널 수보다 기능이 기준이다비슷한 목적의 채널이 여러 개 생기면 유저는 어느 곳을 써야 할지 헷갈립니다.그래서 채널 정리는 채널 수를 줄이는 작업이 아니라 기능을 분명하게 만드는 작업에 가깝습니다.예를 들어 잡담1, 잡담2, 잡담3보다 잡담, 질문, 자료공유가 낫습니다.2. 카테고리는 큰 기능 단위만 남긴다초반 서버라면 아래 정도가 가장 많이 버팁니다.📌 시작하기💬 커뮤니티🤖 봇🎯 이벤트🛠 운영카테고리를 ..