텔레그램 및 디스코드 셋업: 출시 전 구조, 접근 권한 및 온보딩

텔레그램과 디스코드는 커뮤니티에 어떻게 맞춰 작동해야 하나요?

빠른 테스트: 새 사용자로 참여하여 규칙과 공식 링크를 찾는 데 걸리는 시간을 측정해 보세요. 1분 미만을 목표로 하세요.

그룹, 채널 또는 역할을 만들기 전에 각 플랫폼에 고유한 역할을 부여하세요. 텔레그램은 공지 및 대화를 위한 직접적인 장소로 적합하며, 디스코드는 더 구조화된 주제 영역, 지원 경로 및 지속적인 토론을 수용할 수 있습니다. 올바른 설정은 멤버가 어떻게 참여해야 하는지에 따라 시작되며, 두 플랫폼에 동일한 레이아웃을 복사하는 것으로 시작하지 않습니다.

멤버 작업을 공간에 매핑합니다: 공식 업데이트 찾기, 질문하기, 문제 신고, 집중 토론 참여. 이 매핑은 명확한 목적이나 담당자가 없는 방이 너무 많아지는 일반적인 출시 문제를 방지하는 데 도움이 됩니다.

출시 전에 각 공간의 담당자, 공식 정보를 게시할 수 있는 사람, 멤버가 도움이 필요할 때 어디로 가야 하는지 확인하세요. 첫 번째 플랫폼을 선택하는 경우, 커뮤니티 성장 및 참여 계획이 더 넓은 목표에 맞춰 설정을 조정하는 데 도움이 될 수 있습니다. 텔레그램 전용 대상 계획은 텔레그램 커뮤니티 성장을 참조하고, 구조화된 서버는 디스코드 커뮤니티 성장을 참조하세요.

출시 전 완료해야 할 접근 및 보안 설정

관리자 접근, 초대 경로 및 권한부터 시작하세요: 각각 명확한 담당자와 이유가 있어야 합니다. 안전한 설정이 모든 공간을 비공개로 만드는 것을 의미하지는 않습니다. 설정을 변경하고, 공식 공지를 게시하고, 멤버 문제를 처리할 수 있는 사람을 제어하는 것을 의미합니다.

프로젝트의 현재 접근 권한을 검토하고 인수인계 후 관리자 권한을 유지할 사람을 문서화합니다. 프로젝트 팀은 올바른 계정을 제공하고 어떤 직원이 접근 권한이 필요한지 결정해야 합니다. 연락이 가능하고 자신의 역할에 따른 책임을 이해하는 사람에게 소유권을 유지하세요.

출시 전 체크리스트를 사용하세요:

• 프로젝트가 공식 그룹 또는 서버와 공개 링크를 제어하는지 확인하세요.
• 각 관리자가 업무에 필요한 권한만 할당하세요.
• 초대 링크를 공유, 확인 및 필요한 경우 교체하는 방법을 결정하세요.
• 공식 공지를 지정된 책임 있는 게시자로 제한하세요.
• 멤버 신고를 검토하고 긴급 문제를 에스컬레이션하는 방법을 합의하세요.
• 최종 구조 및 접근 결정을 팀을 위해 기록으로 남기세요.

디스코드의 경우, 채널 및 역할 권한을 함께 검토하여 역할이 채널이 제한하려는 접근을 부여하지 않도록 하세요. 텔레그램의 경우, 그룹 관리 설정과 멤버가 공식 공간에 도달하는 경로를 확인하세요. 이러한 결정을 인수인계에 포함시켜 팀이 한 사람의 기억에 의존하지 않고 유지할 수 있도록 합니다.

커뮤니티 규칙에는 무엇을 포함해야 하나요?

유용한 규칙은 멤버에게 무엇이 환영받는지, 선을 넘는 것이 무엇인지, 모더레이터가 어떻게 대응할지 알려줍니다. 짧고 구체적인 규칙은 특히 대화가 격해지거나 새 모더레이터가 근무 중일 때, 존중하라는 광범위한 진술보다 일관되게 적용하기 쉽습니다.

프로젝트의 실제 토론에 맞춰 규칙을 구성합니다: 어떤 링크가 공식적인지, 멤버가 도움을 요청하는 방법, 공유해서는 안 되는 정보, 재정 또는 기술적 주장에 신중한 표현이 필요한 부분. 모더레이터가 모든 주장을 확인하거나 모든 멤버의 문제를 해결할 수 있다는 인상을 주지 않도록 기대치를 설정하세요.

모더레이터 가이드는 이러한 결정을 쉽게 찾을 수 있도록 해야 합니다:

• 어떤 행동이 주의, 게시물 삭제 또는 접근 제한으로 이어지는지.
• 사칭 시도 및 의심스러운 링크를 처리하는 방법.
• 멤버가 공개 채팅에서 에스컬레이션하지 않고 문제를 신고할 수 있는 곳.
• 어떤 질문에 프로젝트 팀의 답변이 필요하고 모더레이터의 추측이 아닌지.
• 불명확한 사례를 검토하는 사람과 교대 근무 간 결정이 전달되는 방법.

일관된 집행을 위해 모더레이터에게 일상적인 사례에 대한 샘플 응답과 예외에 대한 짧은 에스컬레이션 경로를 제공하세요. 제품, 지원 프로세스 또는 커뮤니티 형식이 변경될 때 규칙을 검토하세요. 지속적인 커뮤니티 관리 및 모더레이션은 일상적인 적용 범위로 설정을 확장할 수 있습니다. 출시 또는 이벤트 주변의 참여가 우선순위라면 별도의 커뮤니티 활성화 캠페인을 고려하세요.

온보딩을 따라하기 쉽게 만드는 방법

경험 법칙: 빠른 채팅과 공지에는 텔레그램을 사용하고, 구조화된 주제에는 디스코드를 사용하세요. 모든 메시지를 복제하지 마세요.

온보딩은 세 가지 질문에 즉시 답해야 합니다: 나는 어디에 있는가, 여기서 무엇을 할 수 있는가, 다음에 어디로 가야 하는가? 새 멤버가 접하게 될 곳에 답을 배치한 다음, 이미 직원 접근 권한이 부여되지 않은 계정을 사용하여 흐름을 확인하세요.

실용적인 첫 방문 경로에는 간단한 환영 인사, 커뮤니티 규칙, 프로젝트 공식 정보의 신할 수 있는 출처 및 하나의 명확한 다음 행동이 포함됩니다. 그 행동은 토론 참여, 제품 가이드 읽기 또는 지원 경로 열기일 수 있습니다. 모든 채널과 링크를 한 번에 제시하지 말고, 멤버가 먼저 필요한 것으로 안내하세요.

커뮤니티를 열기 전에 신규 참여자의 관점에서 경험을 테스트하세요:

• 신규 참여자가 공식 공간과 그 목적을 식별할 수 있나요?
• 규칙과 지원 안내가 모더레이터에게 묻지 않고 보이나요?
• 채널 이름이 그곳에 속한 내용을 설명하나요?
• 첫 번째 행동이 단순히 게시를 요청하는 것이 아니라 멤버에게 관련이 있나요?
• 초대 또는 지원 링크가 실패할 경우 어떻게 해야 하는지 흐름이 설명하나요?

텔레그램과 디스코드에서 동일한 프로젝트 언어를 사용하되, 각 플랫폼의 레이아웃에 맞게 경로를 조정하세요. 디스코드에서는 멤버가 전문 영역을 찾을 것으로 기대하기 전에 신규 참여자를 위한 정보를 볼 수 있는지 확인하세요. 텔레그램에서는 환영 인사와 지원 안내가 바 대화 속에서도 충분히 간결하게 찾을 수 있도록 유지하세요. 공식 링크나 지원 경로가 변경될 때마다 이러한 메시지를 업데이트하세요.

셋업 서비스에는 무엇이 포함되나요?

서비스는 커니티 요구사항을 구성된 공간, 사용 가능한 안내 및 명확한 인수인계로 전환합니다. 정확한 계획은 텔레그램, 디스코드 또는 둘 다 필오한지, 그리고 팀이 이므 규칙, 공식 링크 및 브랜드 자료를 준비했는지에 따라 달라집니다.

일반적인 프로젝트에는 다음이 포함될 수 있습니다:

• 대상 청중, 팀 역할 및 커뮤니티 목표 검토.
• 각 공간의 목적이 있는 제안된 그룹 또는 서버 구조.
• 합의된 권한, 역할 및 관리자 접근 구성.
• 규칙 초안, 환영 정보 및 지원 안내.
• 신규 참여자 흐름 테스트 및 멤버 대면 경험 검토.
• 소유권, 정기 점검 및 에스컬레이션을 다룬 인수인계 노트.

플랫폼 접근, 프로젝트 링크, 지원 소유권, 모더레이터 연락처 및 기존 커뮤니티 정책을 다루는 킥오프 체크리스트로 시작합니다. MarketingExtra는 구성 전에 제안된 구조를 검토하여 채널 계획과 접근 결정이 추측이 아닌 합의되도록 합니다. 인수인계 시, 팀과 함께 설정을 살펴보고 여전히 프로젝트 담당자가 필요한 결정을 식별합니다.

설정 후, 모더레이션이나 분석에 적합한 자동화 도구가 필요할 때 텔레그램 봇 설정을 통해 운영 지원을 추가할 수 있습니다. 프로젝트가 다른 언어 그룹을 대상으로 하는 경우, 다국어 지역 커뮤니티가 해당 공간을 구성하는 방법을 계획하는 데 도움이 될 수 있습니다. 플랫폼 링크, 프로젝트 설명 및 현재 팀 역할을 보내주세요. 계획과 다음 설정 단계를 확인해 드리겠습니다.

커뮤니티 설정을 위한 6가지 체크리스트

누군가를 초대하기 전에 이 6가지를 체크하세요. 깔끔한 구조와 짧은 규칙집은 멤버가 도착하기 전에 구축하는 것이 나중에 수리하는 것보다 쉽고, 첫 메시지부터 분위기를 설정합니다. 목록을 인쇄하고, 각 항목을 펜으로 체크하고, 브리프 옆에 두어 모드가 동일한 페이지에서 작업하도록 하세요.

1. 그룹, 채널 및 그 목적을 명명하세요.
2. 참여 확인 및 신규 멤버 제한을 설정하세요.
3. 규칙을 6줄 이하로 작성하세요.
4. 공식 링크와 경고를 고정하세요.
5. 3가지 다음 단계가 포함된 환영 메시지를 추가하세요.
6. 새 계정으로 모든 것을 테스트하세요.

한 줄로 정리하는 용어

온보딩: 신규 멤버를 안내하는 첫 번쩨 단계.

접근 설정 (간단히 말해, 누가 참여하고, 읽고, 게시할 수 있는지 결정하는 제어 장치).

설정이 끝나고 팀이 시작되는 곳

좋은 설적은 팀에게 더 명확한 제어와 반복 가능한 절차를 제공하지만, 활성 소유권을 대체할 수 없습니다. 커니티를 열기 전에 공식 업데이트, 멤버 지원 및 모더레이터 결정을 담당할 사함을 지명하세요. 그렇지 않으면 깔끔한 구조라도 멤버가 어디로 가야 할지 확신하지 못할 수 있습니다.

텔레그램과 디스코드는 각각 관리자가 관리할 수 있는 설정을 노출하지만, 플랫폼 동작 및 사용 가능한 제어는 변할 수 있습니다. 구정 검토나 모더레이터 가이드가 모드 원치 않는 메시지를 잡아내거나, 멤버가 온보딩 경로를 완료하도록 하거나, 초대가 모든 상황에서 사용 가능함을 보장할 수 없습니다. 합의된 멤버 흐름을 테스트하고 팀이 제어하는 설정과 결정을 문서화합니다.

3가지를 보내주세요: 프로젝트 이름과 로고, 원하는 규칙, 모더레이터가 될 사람. 이를 바탕으로 구조를 계획하고, 아무것도 생성되기 전에 비용을 서면으로 확인합니다.

이용 방법

1. 커니티 브리프 공유프로젝트 설명, 현 플랫폼 링크, 청중 니즈 및 팀 역활을 보내주세요. 텔레그램, 디스코드 또는 둘 다 포함할지 알려주세요.
2. 접근 권한 및 요구사항 검토사용 가능한 공간, 기존 규칙, 지원 경로 및 관리자 책임을 확인한 후, 설정 계획을 합의합니다.
3. 구조 승인제안된 공간, 권한 및 신규 참여자 경로를 검토한 후 합의된 설정을 구성합니다.
4. 구성 및 테스트합의된 설정을 적용하고, 멤버 대면 흐름을 확인하며, 합의된 개선 사항을 적용합니다.
5. 팀에 인수인계설정을 설명하고, 실용적인 인수인계 노트를 제공하며, 지속적인 접근, 모더레이션 및 업데이트를 담당할 사함을 확입합니다.