멤버 작업 중심의 텔레그램 및 디스코드 셋업

각 공간에 어떤 멤버 작업이 속하나요?

첫 번째 산출물은 작업 맵입니다. 멤버가 왜 도착하는지, 무엇이 필요한지, 다음에 어디로 가야 하는지를 보여줍니다. 이 맵이 초기 셋업에 텔레그램, 디스코드 또는 둘 다가 필요한지 결정합니다.

주요 오디언스, 일반적인 질문, 공식 업데이트, 지원 경로를 기록한 후 레이아웃을 제안합니다. 텔레그램은 접근성 높은 그룹 대화와 공지에 적합합니다. 디스코드는 주제, 지원 또는 지속적인 프로젝트 논의를 위한 세분화된 영역을 수용할 수 있습니다. 이러한 역할은 오디언스와 팀의 역량을 반영해야 하며, 복사된 채널 목록이 아니어야 합니다.

다음 짧은 결정 기록을 사용하세요:

• 주요 작업: 멤버가 가장 먼저 할 수 있어야 하는 것은 무엇인가요?
• 공식 출처: 프로젝트가 승인된 정보를 게시하는 곳은 어디인가요?
• 지원 경로: 모더레이터가 해결할 수 없는 질문은 누가 처리하나요?
• 담당자: 런칭 후 각 목적지를 유지하는 사람은 누구인가요?

두 플랫폼 범위의 경우, 각 공간의 고유한 목적을 문서화합니다. 둘이 같은 대화를 반복한다면 하나로 시작하고, 두 번째를 추가할 이유를 기록합니다. 더 넓은 커뮤니티 성장 및 참여 계획은 공간이 명확한 역할을 가진 후에 무엇을 할지 다룰 수 있습니다.

신규 멤버가 토론에 참여하기 전에 무엇을 보아야 하나요?

신규 멤버의 첫 화면 경로는 프로젝트 맥락, 규칙, 공식 링크, 다음 행동을 노출해야 합니다. 우리는 그 경로를 개별 카피 조각이 아닌 시퀀스로 검토합니다.

텔레그램의 경우, 진입점에서 공식 출처와 핵심 가이드를 쉽게 찾을 수 있어야 합니다. 디스코드의 경우, 맵은 고유한 이름과 목적을 가진 소수의 목적지를 사용해야 합니다. 시작 맵에는 프로젝트 정보, 공지, 커뮤니티 토론, 지원의 4개 목적지가 포함될 수 있습니다. 명확한 담당자와 용도가 있을 때만 영역을 추가합니다.

셋업 기록은 각 목적지에 1개의 목적과 1명의 책임 담당자를 할당합니다. 또한 어떤 정보가 플랫폼 간에 공유되고 어떤 정보가 별도로 제시되어야 하는지 기록합니다. 이는 중복된 지시와 불명확한 지원 경로를 방지하는 데 도움이 됩니다.

신규 멤버의 관점에서 경로를 테스트합니다. 누군가 읽을 곳과 질문할 곳을 식별할 수 있나요? 모더레이터의 개인적인 안내 없이 다음 행동을 찾을 수 있나요? 단일 플랫폼으로 시작하는 경우, 텔레그램 커뮤니티 성장과 디스코드 커뮤니티 성장이 초기 구조를 동일하게 만들지 않고 이후 오디언스 작업을 지원할 수 있습니다.

어떤 안전 결정이 문서화되어야 하나요?

런칭 체크리스트는 각 공간을 관리할 수 있는 사람, 멤버가 우려 사항을 보고하는 곳, 모더레이터가 이를 에스컬레이션하는 방법을 기록합니다. 문서화된 책임은 민감한 메시지가 나타났을 때 추측을 줄입니다.

존중하는 토론, 금지된 행위, 공식 커뮤니케이션, 지원 경계에 대한 가시적인 규칙을 초안합니다. 크립토 커뮤니티에서는 명확히 명시하세요: 모더레이터는 복구 문구를 요청하지 않습니다. 지원 문제를 해결하기 위해 자산을 이체하도록 요청하지 않습니다. 멤버가 공식 프로젝트 링크를 확인하는 방법과 의심스러운 연락처를 신고하는 곳을 설명합니다.

접근 기록은 5개 항목을 다룹니다: 관리자, 필요한 권한, 승인 담당자, 제거 경로, 연속성 연락처. 접근은 필요로 하는 팀원으로 제한합니다. 프로젝트 담당자는 게시 전에 규칙, 공식 링크, 에스컬레이션 연락처를 승인해야 합니다.

모더레이터는 해결되지 않은 사례에 대한 실용적인 지침도 필요합니다. 지침은 누가 보고를 받는지, 어떤 정보를 보존해야 하는지, 공개에서 무엇을 약속하지 말아야 하는지를 명시해야 합니다. 두 공간이 모두 포함된 경우, 규칙과 환영 자료를 비교합니다. 지속적인 커버리지와 정책 집행에 대해서는 커니티 관리 및 모더레이션을 참조하세요.

팀이 채널 맵 외에 무엇을 받아야 하나요?

인수인계에는 그룹이나 채널의 제안된 이름뿐만 아니라 실용적인 자료가 포함됩니다. 프로젝트 팀이 설정 후 멤버 경로를 유지하는 데 참고할 수 있는 자료를 제공합니다.

합의된 범위에는 플랫폼 맵, 목적지 목적, 초안 규칙, 환영 카피, 모더레이터 책임, 에스컬레이션 지침, 보안 체크리스트가 포함될 수 있습니다. 기존 공간이 활성화되어 있다면, 새로 시작하는 대신 검토하고 재구성할 수 있습니다. 아직 승인이 필요한 프로젝트 링크나 진술은 담당자 검토를 위해 표시합니다.

환영 플로우를 6개 항목에 대해 확입합니다: 프로젝트 맥락, 규칙, 공식 자원, 지원 경로, 안전 경계, 유용한 다음 행동. 카피는 공식 진술과 멤버 토론을 구분해야 합니다. 프로젝트 담당자는 공개 정보가 공개되기 전에 검토합니다.

모더레이션 자동화 도구를 고려 중인 경우, 문서화된 워크플로우와의 적합성을 평가합니다. 팀이 유지해야 할 또 다른 계층을 추가하는 대신 정의된 작업을 지원해야 합니다. 별도의 설정 범위는 텔레그램 자동화 도구 설정을 참조하세요. 인수인계는 미결정 사항도 기록하여, 팀이 초안을 승인된 정책으로 취급하지 않고 해결할 수 있도록 합니다.

승인된 맵이 어떻게 활성 커뮤니티 공간이 되나요?

작업은 5개 체크포인트를 거칩니다: 브리프, 검토, 초안, 승인, 설정. 이 순서는 공개 정보가 게시되기 전에 담당자의 결정이 보이도록 합니다.

먼저 현재 링크, 기존 공간, 멤버 여정을 검토합니다. 그런 다음 아키텍처, 규칙, 온보딩 자료를 프로젝트 검토를 위해 준비합니다. 프로젝트 담당자는 공개 카피, 공식 자원, 책임을 확입합니다. 승인 후, 합의된 설정을 구행하고 보이는 결과를 승인된 자료와 비교합니다.

일정은 공간 수, 기존 자료 상태, 승인 속도에 따라 달라집니다. 고정된 기간을 가정하는 대신 브리프 검토 후 의존성을 식별합니다. 작업 중 질문에 답하고 자료를 승인할 수 있는 지명된 프로젝트 연락처가 있어야 합니다.

최종 검토에서 보이는 구조를 맵과 비교합니다. 규칙을 찾을 수 있고 환영 플로우가 최신 자원을 가리키는지 확인합니다. 미해결 결정은 인수인계에 기록합니다. 공간이 멤버 활동에 준비되었다면, 다음 단계로 커뮤니티 활성화 캠페인을 범위로 잡을 수 있습니다. 가정으로 설정에 포함시키지 않습니다.

설정은 어디서 끝나고 플랫폼 통제는 어디서 시작되나요?

승인된 맵과 최종 설정은 확인할 수 있는 산출물입니다. 플랫폼 집행은 그렇지 않습니다. 텔레그램과 디스코드는 자체 기능, 접근 조건, 모더레이션 결정을 통제합니다. 특정 레이아웃이나 계정 결과를 약속할 수 없습니다.

이 경계가 준비를 중요하게 만듭니다. 킥오프 전에 프로젝트 설명, 승인된 링크, 선호 언어, 지원 한계, 모더레이터 연락처, 현재 규칙을 모읍니다. 공개 카피를 승인하는 사람과 보안 에스컬레이션을 받는 사람을 지명합니다. 세부 사항이 아직 미정이면, 가정으로 채우는 대신 담당자 확입을 위해 표시합니다.

최종 인수인계는 준비된 것, 아직 담당자 승인이 필요한 것, 각 공간을 유지하는 사람을 식별합니다. 지속적인 멤버 지원은 범위에 명시적으로 포함되지 않는 한 별도입니다. 런칭 후 팀이 운영 커버리지가 필요하다면, 더 넓은 커뮤니티 관리 및 모더레이션 범위도 검토할 수 있습니다.

GeoMarketing Experts에 현재 텔레그램 또는 디스코드 링크를 보내주세요. 오디언스에 대한 짧은 설명을 포함하세요. 멤버 경로를 검토하고, 필요한 결정을 식별하며, 하나 또는 두 플랫폼에 대한 설정 범위를 제안합니다.

이용 방법

1. 프로젝트 입력 자료 보내기현재 링크, 오디언스 세부 사항, 승인된 자원, 결정 책임 연락처를 공유합니다.
2. 멤버 경로 검토신규 멤버가 정보를 찾고, 토론에 참여하며, 지원을 받는 방법을 확입합니다.
3. 맵과 자로 승인구조, 규칙, 온보딩 플로우를 프로젝트 검토를 위해 제출합니다.
4. 합의된 공간 설정승인 후, 범위에 합의된 설정을 구행하고 승인된 자로와 비교합니다.
5. 운영 인수인계 받기팀은 맵, 보안 체크리스트, 에스컬레이션 지침, 미결정 사항 기록을 받습니다.