Web3 고객지원 및 모더레이션 팀: 누가, 언제 응답하며, 절대 결정하지 않는 사항

Web3 고객지원 팀이 처리하는 업무

간단 테스트: 팀이 가장 자주 받는 질문 10가지를 나열해 보세요. 에이전트가 문서를 보고 7개에 답변할 수 있다면 위임할 준비가 된 것입니다.

Web3 고객지원 팀은 일상적인 사용자 질문과 커뮤니티 모더레이션을 처리한 후, 민감하거나 익숙하지 않은 문제를 프로젝트 팀에 전달합니다. 이는 대화가 여러 시간대에 걸쳐 이어지거나, 창업자가 같은 질문에 반복적으로 답변하거나, 출시로 인해 기존 팀이 감당하기 어려울 정도로 요청이 증가할 때 유용합니다.

1차 에이전트는 승인된 제품 정보, 커뮤니티 규칙 및 에스컬레이션 지침을 사용하여 응답할 수 있습니다. 일반적인 주제는 시작하기, 기본 제품 탐색, 공식 업데이트 확인 방법, 문제 신고 방법 등입니다. 팀은 개발자, 법률 고문 또는 사고 결정권자를 대체하지 않으며, 사용자가 명확한 응답을 받고 결정이 필요한 문제가 적절한 내부 담당자에게 전달되도록 합니다.

적용 범위를 선택하기 전에 활성 채널과 사용자가 가장 자주 묻는 질문을 나열하세요. 그런 다음 에이전트가 승인된 정보로 해결할 수 있는 요청과 에스컬레이션해야 하는 요청을 표시하세요. 이러한 기준을 조정하고 일상적인 납품을 감독할 담당자가 필요하다면 고객지원 팀 리드 서비스를 참조하세요. 수신 대화를 처리할 아웃소싱 팀이 필요하다면 관리형 24/7 고객지원을 살펴보세요.

어떤 채널과 적용 시간을 선택해야 하나요?

올바른 고객지원 설정은 사용자가 이미 도움을 구하는 장소에서 시작됩니다. 팀은 일반적으로 Telegram, Discord 및 X와 같은 채널에 대한 적용을 구성하지만, 정확한 조합은 커뮤니티 구조, 현재 접근 권한 및 프로젝트가 팀에 처리하길 원하는 작업을 따라야 합니다.

각 채널에 대해 누가 접근 권한을 소유하는지, 팀이 무엇을 게시할 수 있는지, 대화가 어떻게 고객지원 사례 또는 내부 에스컬레이션이 되는지 결정하세요. 간결한 채널 브리핑은 동일한 질문이 여러 곳에서 나타날 때 일관되지 않은 답변을 방지하는 데 도움이 됩니다. 공식 링크, 승인된 문구, 알려진 제품 한계, 금지된 요청 및 긴급 결정을 담당하는 사람을 포함하세요.

적용 범위는 단순한 시간 창이 아닌 실용적인 용어로 설명되어야 합니다. 활성 1차 대응이 필요한 시간, 인계 방식, 긴급 문제로 간주되는 사항, 각 채널에 적합한 응답 기대치를 합의하세요. 서비스 수준 계약(SLA)은 이러한 서비스 기대치에 대한 문서화된 합의입니다. 모든 메시지를 동일한 우선순위로 취급하기보다는 소유권과 에스컬레이션을 명확히 하는 데 사용하세요.

채널에 다른 규칙이나 언어가 필요하다면 시작 전에 이를 알리세요. 그러면 팀이 어떤 채널이 계획에 적합하고 책임감 있게 운영하는 데 필요한 정보가 무엇인지 확인할 수 있습니다.

관리형 팀이 제공하는 결과물

관리형 고객지원 계약은 프로젝트에 사용자 대화를 위한 운영 계층을 제공합니다: 훈련된 1차 에이전트, 팀 리드, 합의된 모더레이션 지침 및 보고 루틴. 정확한 계획은 귀하와 함께 수립되어 팀이 독립적으로 해결할 수 있는 사항과 귀하의 직원이 인수해야 하는 사항을 알 수 있도록 합니다.

작업 자료에는 다음이 포함될 수 있습니다:

• 각 계정 또는 워크스페이스의 담당자가 있는 채널 및 접근 체크리스트.
• 일반적인 질문, 승인된 링크 및 문구를 다루는 제품 및 응답 가이드.
• 보고, 분쟁 및 민감한 문제에 대한 명확한 경로가 있는 커뮤니티 규칙.
• 각 범주를 처리하는 프로젝트 담당자를 보여주는 에스컬레이션 맵.
• 반복되는 질문, 주목할 만한 모더레이션 활동 및 해결되지 않은 항목을 요약하는 정기 리포트.

유용한 리포트는 단순히 대화 수를 세는 것이 아니라 결정을 내리는 데 도움이 되어야 합니다. 반복되는 혼란 지점, 공개 문서의 격차, 반복적으로 내부 입력이 필요한 요청 및 열려 있는 후속 조치를 요청하세요. 팀 리드는 이러한 패턴을 플래그하여 제품, 운영 또는 커뮤니케이션 담당자가 조치를 취할 수 있도록 합니다.

책임과 납품이 어떻게 구성되는지 개요를 보려면 작업 방식을 읽어보세요. 서비스 배경과 접근 방식에 대한 맥락은 회사 소개를 방문하세요.

온보딩이 에이전트를 프로젝트 대변인으로 준비시키는 방법

경험 법칙: 에이전트가 절대 단독으로 해결해서는 안 되는 5가지 상황을 적고, 인수할 사람을 지정하세요.

온보딩은 에이전트가 일상적인 대화를 시작하기 전에 프로젝트의 경계 내에서 응답할 수 있도록 준비시킵니다. 제품, 채널 우선순위, 커뮤니티 표준, 응답 스타일 및 에스컬레이션 연락처를 다루는 작업 세션 또는 서면 인계로 시작합니다. 현재 문서와 답변하기 어려웠던 질문의 예를 공유하세요. 이러한 예는 지침을 더 실용적으로 만듭니다.

합리적인 설정은 몇 가지 점검을 거칩니다:

• 채널 소유권, 접근 권한 및 합의된 적용 계획을 확인합니다.
• 에이전트가 사용할 수 있는 제품 정보, 공식 링크 및 문구를 검토합니다.
• 일상적인 질문과 프로젝트 승인이 필요한 요청을 분리합니다.
• 이를 수신할 사람과 함께 에스컬레이션 경로를 테스트합니다.
• 초기 대화를 함께 검토하고 답변이 불명확한 부분에 대해 지침을 업데이트합니다.

팀 리드는 이러한 점검을 조정하고, 인계를 일관되게 유지하며, 프로젝트에 명확한 연락 창구를 제공합니다. 귀하의 내부 담당자는 여전히 중요합니다. 에이전트가 결정할 권한이 없는 제품, 계정 또는 정책 질문을 해결할 수 있는 사람이 필요합니다. 지침이 변경되면 업데이트된 정보의 출처를 공유하여 팀이 비공식 채팅 기록에 의존하지 않고 최신 정보를 사용할 수 있도록 하세요.

온보딩을 계획하려면 채널 목록, 기존 도움말 자료, 커뮤니티 규칙 및 에스컬레이션 연락처를 준비하세요. 해당 개요와 함께 문의하기로 연락 주시면 적합성, 책임 및 다음 단계를 명확히 하는 데 사용하겠습니다.

고객지원 온보딩을 위한 7가지 체크리스트

에이전트가 시작하기 전에 다음 7가지 항목을 준비하세요. 답변과 한계가 명확할수록 첫 달에 에스컬레이션이 줄어듭니다.

1. 적용할 채널과 시간을 나열하세요.
2. 가장 자주 묻는 질문 10가지에 대한 답변을 작성하세요.
3. 에이전트가 에스컬레이션해야 하는 5가지 상황을 작성하세요.
4. 에스컬레이션을 받을 사람과 백업을 지정하세요.
5. 커뮤니티 규칙과 톤을 공유하세요.
6. 채널별 응답 시간 목표를 합의하세요.
7. 주간 리포트 필드를 선택하세요.

한 줄 용어

1차 지원은 전문가가 개입하기 전에 회원이 받는 첫 번째 응답을 의미합니다.

에스컬레이션 경로: 어려운 사례가 팀의 지정된 사람에게 전달되는 경로입니다.

모더레이션 지원이 중단되는 지점

고객지원 팀은 합의된 커뮤니티 규칙을 적용하고 문제를 에스컬레이션할 수 있지만, 제품 결정, 계정 접근 및 공개 약속에 대한 권한은 프로젝트에 남아 있습니다. 특히 보안 문제, 계정별 질문 및 조사가 필요한 신고의 경우 서비스 시작 전에 이러한 경계를 명확히 하세요.

플랫폼 가용성, 모더레이션 도구 및 계정 제한은 해당 플랫폼에 의해 통제되며 고객지원 팀이 통제할 수 없습니다. 당사는 채널에 대한 중단 없는 접근이나 플랫폼의 모더레이션 검토 결과를 약속할 수 없습니다. 당사의 약속은 합의된 고객지원 작업, 커뮤니케이션 및 에스컬레이션 프로세스에 대한 것입니다.

경계를 실용적으로 만들기 위해 에이전트가 스스로 해결해서는 안 되는 상황에 대한 짧은 지침을 제공하세요. 프로젝트 담당자, 인계를 위한 승인된 채널 및 팀이 사용자에게 민감한 자격 증명을 요구하지 않고 수집해야 하는 정보를 지정하세요. 제품이나 커뮤니티 규칙이 변경될 때 지침을 검토하세요. 이는 에이전트가 팀을 위해 예약된 결정에 대한 책임을 지지 않으면서 문제를 제기할 일관된 경로를 제공합니다.