암호화폐 커뮤니티를 위한 텔레그램 및 디스코드 셋업

어떤 작업이 텔레그램에 속하고 어떤 작업이 디스코드에 속하나요?

좋은 셋업은 방의 긴 목록이 아닌 멤버의 작업부터 시작합니다. 사람들이 찾아야 할 것(공식 업데이트, 제품 도움말, 커뮤니티 토론 또는 거버넌스 컨텍스트)을 매핑하고, 각 작업을 제공할 수 있는 플랫폼과 공간에 할당합니다. 동일한 대화가 모든 곳에서 중복되면 멤버는 어디에 질문해야 할지 모르고 모더레이터는 답변을 반복해야 합니다.

단일 활성 토론의 경우, 하나의 기본 커뮤니티 공간으로 시작하여 목적을 명확히 합니다. 별도의 토론 영역, 역할 또는 구조화된 참조 공간이 유용할 때 디스코드를 추가합니다. 두 플랫폼이 이미 활성화된 경우, 멤버를 이동하도록 초대하기 전에 각 플랫폼에 무엇이 속하는지 정의합니다. 공간이 명확한 역할을 가지면 텔레그램 커뮤니티 성장 및 디스코드 커뮤니티 성장 작업으로 셋업을 확장할 수 있습니다.

각 공간의 목적, 소유자 및 멤버 대상 설명을 기록합니다. 이는 팀이 나중에 변경할 때 간단한 테스트를 제공합니다: 실제 멤버 작업을 지원할 때 채널을 유지하고, 그렇지 않으면 병합하거나 제거합니다.

더 안전한 접근과 모더레이션을 어떻게 설정하나요?

• 소유권: 각 공간을 제어하는 사람과 설정을 변경할 수 있는 사람을 확인합니다.
• 역할: 각 팀 책임에 필요한 최소한의 접근 권한을 할당합니다.
• 진입점: 멤버를 공식 링크와 눈에 띄는 규칙으로 안내합니다.
• 대응: 신고, 의심스러운 메시지 및 긴급 문제를 처리하는 사람을 문서화합니다.

지정된 프로젝트 담당자와 현재 접근 목록을 검토한 후, 관리자, 모더레이터 및 전문 기여자를 위한 역할 맵을 권장합니다. 프로젝트는 계정과 자격 증명에 대한 통제권을 유지합니다. 시드 프레이즈나 지갑 복구 정보를 요청하지 않습니다. 계정 접근은 팀이 승인한 방법을 통해서만 공유해야 하며, 개인 로그인 정보는 커뮤니티 문서에 포함하지 않아야 합니다.

체크리스트는 팀이 확인할 수 있는 설정과 운영 습관을 다룹니다: 누가 상위 권한을 가지고 있는지, 이전 기여자가 여전히 접근이 필요한지, 멤버가 우려 사항을 어디에 신고해야 하는지, 모더레이터가 공식 응답을 어떻게 전달해야 하는지. 텔레그램의 경우, 공지 채널과 토론 그룹을 구분합니다. 디스코드에서는 모든 역할에 광범위한 접근 권한을 부여하는 대신 서버의 역할과 의도된 공간에 권한을 매핑합니다.

보안은 일회성 구성이 아닙니다. 직원이나 기여자가 변경될 때 접근 권한을 검토할 소유자를 지정하고, 변경 사항을 간략히 기록합니다. 지속적인 정책 집행과 멤버 지원이 필요하다면, 셋업을 커뮤니티 관리 및 모더레이션과 함께 진행하세요.

멤버가 가입할 때 무엇을 보아야 하나요?

새로운 멤버는 자신이 어디에 있는지, 무엇이 허용되는지, 다음에 무엇을 해야 하는지 빠르게 이해해야 합니다. 간결한 환영 경로를 작성하고, 새로운 멤버가 오래된 대화를 뒤지지 않고 찾을 수 있는 곳에 중요한 안내를 배치합니다.

규칙은 결정을 안내할 수 있을 만큼 구체적이어야 합니다. 존중하는 토론, 원치 않는 홍보, 사칭 시도, 지원 요청 및 모더레이터 조치에 대한 기대치를 설정합니다. 규칙에서 개별 결과를 약속하지 말고, 신고가 어떻게 검토되는지, 멤버가 검증된 프로젝트 커뮤니케이션을 어디서 찾을 수 있는지 명시합니다. 핵심 안내는 플랫폼 전반에 걸쳐 동일하게 유지하고, 각 플랫폼의 레이아웃에 맞게 방향을 조정합니다.

또한 초대 링크에서 첫 번째 유용한 행동까지의 멤버 여정을 확인합니다. 오래된 목적지를 제거하고, 공식 링크를 알아볼 수 있게 만들며, 요청된 검증 또는 접근 단계가 멤버가 도달하기 전에 설명되도록 합니다. 모더레이션이나 온보딩에 자동화 도구를 사용하는 경우, 그 기능과 사람 모더레이터가 예외를 처리하는 방법을 문서화합니다. 셋업 후 더 적극적인 참여 계획을 원한다면 커뮤니티 활성화 캠페인을 고려하세요.

셋업 프로젝트는 무엇을 제공하나요?

제공되는 것은 단순한 권장 사항 목록이 아닌 운영 가능한 커뮤니티 구조입니다. 킥오프에서 플랫폼과 범위를 합의하고, 합의된 공간을 구성하거나 문서화하며, 인수인계 전에 프로젝트 담당자와 결과를 검토합니다.

• 각 그룹, 채널, 서버 영역 및 그 목적을 보여주는 플랫폼 맵.
• 팀이 승인할 제안된 역할 및 권한 매트릭스.
• 멤버 대상 환영 텍스트, 규칙 및 공식 탐색 링크.
• 일상적인 질문과 신고된 문제에 대한 모더레이션 및 에스컬레이션 체크리스트.
• 향후 업데이트를 담당할 소유자를 식별하는 인수인계 노트.

정확한 구현은 직접 구성을 원하는지, 자체 관리자를 위한 문서화된 계획을 원하는지, 또는 그 조합을 원하는지에 따라 다릅니다. 작업을 시작하기 전에 변경 사항을 승인할 수 있는 사람과 계정 소유권을 유지할 사람을 확인합니다. 이는 일반적인 인수인계 격차(이름이 지정된 유지 관리자가 없는 정교한 구조)를 방지합니다.

검토 단계는 실질적인 워크스루입니다: 담당자가 멤버 여정을 확인하고, 의도된 권한을 검증하며, 서면 안내가 프로젝트의 현재 정책과 일치하는지 확인합니다. 그런 다음 합의된 문서를 인계하고 팀에 남겨진 결정 사항을 기록합니다. 자동화된 모더레이션이나 온보딩 구성도 필요하다면 텔레그램 봇 셋업을 참조하세요. 셋업 범위는 이러한 도구를 사람 모더레이션 책임과 구분합니다.

텔레그램 및 디스코드 셋업으로 무엇을 제어할 수 있나요?

셋업 프로젝트는 커뮤니티 공간을 더 이해하기 쉽고, 관리하기 쉽고, 유지하기 쉽게 만들 수 있습니다. 두 플랫폼의 모든 상호작용을 제어할 수는 없습니다: 텔레그램이나 디스코드는 사용 가능한 설정을 변경할 수 있고, 멤버는 안내를 무시할 수 있으며, 접근이나 노출은 프로젝트 통제 밖의 플랫폼 결정에 의해 영향을 받을 수 있습니다. 우리는 특정 멤버십이나 참여 결과가 아닌, 지정된 구조, 문서 및 검토를 제공하기로 합의합니다.

킥오프 전에 다음을 포함한 간단한 브리프를 준비하세요:

• 현재 텔레그램 그룹, 채널 및 디스코드 서버 링크(있는 경우).
• 각 공간이 지원해야 하는 멤버 작업.
• 설정과 커뮤니티 규칙을 승인하는 사람의 이름 또는 역할.
• 현재 환영 텍스트, 정책 및 공식 프로젝트 링크.
• 알려진 모더레이션 문제 또는 가입 과정에서 혼란스러운 지점.

AEOTech는 킥오프 체크리스트를 사용하여 이러한 입력을 승인된 범위로 전환한 다음, 명명된 검토 단계를 통해 인수인계 전에 제안된 구조를 확인합니다. 이렇게 하면 결정이 투명하게 유지되고 커뮤니티를 담당하는 사람이 오래된 정보를 수정할 명확한 기회를 갖게 됩니다. 커뮤니티 채널 전반에 걸친 더 광범위한 계획을 원한다면 커뮤니티 성장 및 참여부터 시작하세요. 범위가 정해진 프로젝트의 경우, 플랫폼 링크와 멤버가 완료해야 하는 작업을 보내주시면 검토할 셋업 범위를 반환하겠습니다.

가격

USD 기준 시작 가격입니다. 맞춤 번들 및 볼륨 할인은 요청 시 제공됩니다. USDT, USDC, BTC, ETH, SOL, TON 또는 프로젝트 토큰으로 결제 가능합니다.

이용 방법

1. 현재 공간 검토기존 링크, 커뮤니티 목표 및 현재 규칙을 공유합니다. 중복된 공간, 누락된 안내 및 불명확한 소유권을 식별합니다.
2. 구조 합의멤버 작업을 텔레그램 및 디스코드 공간에 매핑한 후, 제안된 역할, 권한 및 범위를 담당자와 확인합니다.
3. 준비 및 구성승인된 구조를 구현하거나 구성 계획, 환영 플로우, 규칙 및 모더레이션 체크리스트를 제공합니다.
4. 멤버 여정 워크스루담당자가 진입점, 탐색 및 의도된 접근을 확인합니다. 인수인계 전에 합의된 수정 사항을 반영합니다.
5. 소유권 노트 인계합의된 셋업 자료와 공간 유지 및 접근 검토를 위한 명확한 소유자 체크리스트를 받습니다.