팀 맵은 지원 소유권에 대해 무엇을 알려줍니까?
팀 맵은 각 큐, 교대 및 에스컬레이션을 담당하는 사람을 보여줍니다. 절차나 도구 설정이 변경되기 전에 관리자에게 소유권에 대한 실질적인 관점을 제공합니다. 리드는 현재 구조를 에이전트 및 지원 담당자와 검토합니다.
이 서비스는 이미 보유한 팀을 조직합니다. 에이전트를 대체하거나 지원을 별도의 중재 운영으로 전환하지 않습니다. 리드는 일상 업무를 조정하고, 복잡한 요청을 검토하며, 다른 부서의 입력이 필요한 핸드오프를 식별합니다.
운영 상황의 다음 네 가지 정보를 공유하는 것으로 시작하십시오:
- 팀 역할, 교대 범위 및 채널.
- 큐 이름, 할당 규칙 및 에스컬레이션 담당자.
- 현재 서비스 목표 및 예외 처리 방식.
- 반복적이거나 어렵거나 최근에 에스컬레이션된 사례의 예.
리드는 이 자료를 사용하여 책임과 업무량을 명확히 합니다. 추가 범위가 운영 리더십보다 주요 필요 사항인 경우 아웃소싱된 24/7 지원 팀과 비교하십시오. 더 넓은 고객 지원 및 중재 팀 개요는 각 기능에 속하는 작업을 정의하는 데도 도움이 될 수 있습니다.
리드가 가장 먼저 검토해야 할 서비스 신호는 무엇입니까?
큐 기록, 응답 관행 및 현재 목표는 지원이 필요한 부분을 보여줍니다. 리드는 SLA 및 KPI 용어가 어떻게 정의되는지, 해당 소스 데이터가 어디에 있는지, 목표를 놓쳤을 때 누가 조치를 취할 수 있는지 확인합니다. 이는 서비스 기대치를 팀이 사용할 수 있는 루틴의 일부로 만듭니다.
검토는 첫 응답 속도, 큐 처리, 해결되지 않은 요청, 에스컬레이션 및 답변 품질을 다룰 수 있습니다. 리드는 시간 경과에 따른 패턴을 비교하고 대화를 샘플링합니다. 반복적인 지연은 업무량 문제, 불명확한 절차 또는 다른 팀을 기다리는 제품 질문을 가리킬 수 있습니다. 이러한 원인은 서로 다른 조치를 필요로 합니다.
유용한 초기 검토는 각 신호를 담당자와 연결합니다:
- 목표 정의: 관리자가 예외로 간주되는 것을 확인합니다.
- 큐 보기: 리드는 작업이 할당되고 추적되는 방식을 확인합니다.
- 사례 샘플: 에이전트는 더 면밀한 검토가 필요한 예를 제공합니다.
- 후속 조치: 책임 담당자가 다음 조치를 기록합니다.
대시보드에 의존하기 전에 이러한 정의에 동의하십시오. 그런 다음 리드는 관리자가 사용할 수 있는 용어로 관찰 결과를 보고할 수 있습니다. 고객 해결보다 커뮤니티 대화에 초점을 맞춘 작업의 경우 커뮤니티 성장 및 참여를 참조하십시오.
Zendesk 및 Intercom 워크플로는 에이전트에게 무엇을 보여줍니까?
태그, 매크로, 할당 규칙 및 지식 문서는 에이전트가 요청을 해결로 어떻게 이동시키는지 보여줍니다. 리드는 Zendesk 또는 Intercom에서 이러한 작업 부분을 검토한 다음 설정을 실제 사례와 비교합니다. 변경 사항은 도구에 대한 가정보다는 관찰된 필요에 따라 이루어집니다.
검토에는 다음이 포함될 수 있습니다:
- 태그 및 카테고리: 반복되는 문제를 식별하는 데 도움이 되는지 여부.
- 매크로 및 템플릿: 에이전트가 정확한 응답을 적용할 수 있는지 여부.
- 할당 및 에스컬레이션: 복잡한 사례가 올바른 담당자에게 도달하는지 여부.
- 자동화: 워크플로 및 고객 응답을 지원하는지 여부.
- 지식 리소스: 지침이 현재 팀 관행과 일치하는지 여부.
리드는 격차를 문서화하고 도구 액세스 및 제품 정보를 제어하는 사람들과 제안된 변경 사항을 조정합니다. 업데이트된 지침은 워크플로 변경과 함께 제공되어야 합니다. 이는 에이전트가 기억에 의존하는 대신 새로운 관행에 대한 기록을 제공합니다.
지원과 커뮤니티 중재가 채널을 공유하는 경우 라우팅을 편집하기 전에 각 요청이 속한 위치에 동의하십시오. 지원 팀 개요는 해당 경계에 대한 맥락을 제공합니다. 귀하의 조직은 여전히 구성 변경을 승인하고 에이전트가 정확하게 답변하는 데 필요한 제품 규칙을 제공합니다.
QA 검토는 에이전트 지침과 어떻게 연결됩니까?
대화 샘플과 지식 문서는 에이전트가 사용 가능한 지침을 가지고 있는지 여부를 보여줍니다. 정기적인 QA 검토를 통해 리드는 더 명확한 제품 맥락이 필요한 답변을 식별할 수 있습니다. 또한 일관되지 않은 처리를 허용하는 절차와 코칭이 필요한 주제를 드러냅니다.
리드는 교육 세션을 진행하고 에이전트와 복잡한 사례를 검토할 수 있습니다. 발견 사항은 지식 베이스, 내부 지침 또는 절차에 대한 업데이트가 될 수 있습니다. 이는 코칭을 실제 지원 작업과 연결합니다. 또한 관리자가 개인 개발 필요성과 반복되는 정보 격차를 구분하는 데 도움이 됩니다.
실용적인 검토 기록은 여섯 가지 필드를 캡처할 수 있습니다:
- 사례 카테고리 및 큐.
- 관련 사례 증거.
- 에이전트가 사용할 수 있는 지침.
- 관찰된 격차 또는 효과적인 관행.
- 제안된 담당자 및 후속 조치.
- 문서화 또는 교육 조치.
기록을 사용하여 조치를 추적하고 맥락 없이 에이전트를 평가하지 마십시오. 검토가 시작되기 전에 제품 정책과 승인된 응답 경계를 공유하십시오. 그러면 리드는 프로세스 문제와 제품, 운영 또는 규정 준수 결정이 필요한 사례를 구분할 수 있습니다.
지원 리포트는 경영진 앞에 무엇을 제시해야 합니까?
유용한 지원 리포트는 반복되는 고객 사례를 조치와 책임 담당자와 연결합니다. 리드는 큐 상태, 서비스 목표, QA 관찰 및 반복되는 문제를 검토합니다. 그런 다음 리포트는 완료된 작업과 결정을 기다리는 권장 사항을 분리합니다.
리포트를 읽는 사람과 그들이 제어하는 결정에 동의하십시오. 운영에 중요한 사례 카테고리와 메트릭을 설정하십시오. 해결되지 않은 권장 사항이 어떻게 후속 조치될지 기록하십시오. 이러한 선택은 리포팅을 분리된 수치 모음이 아닌 경영진 조치와 연결합니다.
각 반복 문제에 대해 리드는 지원 사례, 가능한 프로세스 또는 정보 격차, 원인을 확인할 수 있는 부서를 식별할 수 있습니다. 제품, 운영 또는 다른 내부 팀이 발견 사항을 확인해야 할 수 있습니다. 리드는 해당 교환을 조정하고 열려 있는 사항을 보고합니다.
목표에 잠재 고객 참여도 포함되는 경우 해당 작업 흐름을 지원 KPI와 별도로 유지하십시오. 커뮤니티 성장 및 참여는 다른 운영 목적을 다룹니다. 더 넓은 고객 대상 커뮤니케이션의 경우 PR 및 미디어는 캠페인 측정과 사례 해결 기록을 혼합하지 않고 지원과 함께 배치될 수 있습니다.
리드의 권한은 어디에서 멈춥니까?
명확한 책임 맵은 리드가 변경할 수 있는 것과 승인이 필요한 것을 정의합니다. 작업을 시작하기 전에 도구 관리자, 사례 에스컬레이션 담당자, 고객 데이터 제한 및 우선순위 충돌을 해결하는 관리자를 식별하십시오. 범위 내의 채널과 지원 시간을 확인하십시오.
Zendesk 및 Intercom 기능, 계정 권한 및 제공자 변경은 리드의 통제 범위를 벗어납니다. 고객 해결은 또한 귀하 팀의 제품 결정이나 정보를 필요로 할 수 있습니다. 리드는 합의된 운영 작업을 제공하고 발견 사항을 기록하지만, 제공자 행동을 설정하거나 모든 사례 결과를 결정할 수 없습니다.
암호화폐 거래소 및 Web3 제품과의 이전 작업은 지원 맥락에 정보를 제공합니다. 귀하의 팀은 여전히 제품 규칙, 고객 정책 및 승인된 에스컬레이션 경로를 제공합니다. 합의된 작업에 필요한 시스템과 기록에만 리드에게 액세스를 부여하십시오.
한 달 계약은 해당 기간 동안 한 명의 리드를 제공합니다. 3개월 이상 주문 시 할인이 적용됩니다. 시작 전에 리포팅 대상, 책임 및 액세스를 확인하십시오. 관련 서비스 형식에 대해서는 고객 지원 및 중재 팀에서 시작하거나 아웃소싱된 24/7 지원 팀과 비교하십시오.
첫 번째 지원 검토를 유용하게 만드는 기록은 무엇입니까?
킥오프 기록은 리드가 경영진과 검토 우선순위를 설정할 수 있는 충분한 맥락을 제공합니다. 팀 구조, 교대 계획, 채널, 서비스 목표, 에스컬레이션 규칙 및 현재 Zendesk 또는 Intercom 설정을 공유하십시오. 절차, 지식 리소스 및 어렵거나 반복되는 사례의 예를 추가하십시오.
제품, 기술 및 정책 질문에 답변할 수 있는 사람을 지정하십시오. 도구 변경을 승인하는 사람과 민감한 에스컬레이션을 담당하는 사람을 식별하십시오. 고객 데이터에 대한 모든 제한 사항을 명시하십시오. 직접 액세스가 불가능한 경우 승인된 내보내기와 안내된 워크스루가 초기 그림을 설정할 수 있습니다.
리드는 관련 팀 구성원과 워크플로 및 사례를 검토합니다. 그런 다음 경영진은 책임과 첫 번째 우선순위를 확인합니다. 거기서부터 리드는 업무량을 조정하고, 에이전트를 지원하며, 품질을 검토하고 완료된 작업과 열린 권장 사항을 보고합니다.
GeoMarketing Experts에 제품, 팀 구조, 지원 도구 및 가장 시급한 운영 문제에 대한 간단한 설명을 보내주십시오. 공유할 수 있는 기록과 액세스를 승인하는 사람을 포함하십시오. 당사는 운영 상황을 검토하고 첫 번째 범위 논의에 동의할 것입니다.
이용 방법
- 1. 팀 기록 공유역할, 교대, 채널, 서비스 목표, 에스컬레이션 규칙 및 현재 도구를 제공합니다. 데이터 제한 또는 액세스 한계를 표시합니다.
- 2. 큐 및 사례 검토리드가 할당 관행, 태그, 응답, 지식 리소스 및 반복되거나 복잡한 요청의 예를 검토합니다.
- 3. 의사 결정 담당자 확인경영진이 리드의 권한, 에스컬레이션 경로 및 팀의 운영 우선순위를 설정합니다.
- 4. 팀 운영 조정리드가 업무량과 교대를 관리하고, 품질을 검토하며, 에이전트를 지원하고 승인된 절차 또는 도구 변경을 조정합니다.
- 5. 발견 사항 및 조치 보고관리자 리포트는 관찰된 패턴, 완료된 작업, 열린 권장 사항 및 다른 부서의 결정이 필요한 사항을 요약합니다.
자주 묻는 질문
이 역할이 이미 고용한 에이전트를 조직할 수 있습니까?
네. 이 서비스는 기존 지원 팀을 조직하기 위해 설계되었으며 에이전트를 대체하지 않습니다. 한 명의 리드가 업무량과 교대를 조정하고, 복잡한 사례를 검토하며, 서비스 기준을 모니터링하고 QA 및 교육을 지원합니다. 범위는 지식 리소스와 Zendesk 또는 Intercom 워크플로도 다룹니다.
첫 번째 검토 전에 어떤 증거를 보내야 합니까?
팀 역할, 교대 계획, 채널, 서비스 목표, 에스컬레이션 규칙 및 도구 설정을 공유하십시오. 반복되거나 어려운 사례의 예는 리드가 문서화된 절차와 실제 작업을 비교하는 데 도움이 됩니다. 우선순위를 확인하고 데이터 또는 액세스 제한을 식별할 수 있는 관리자를 포함하십시오.
리드가 Zendesk와 Intercom을 모두 검토할 수 있습니까?
서비스는 Zendesk 및 Intercom 워크플로 검토 및 설정을 다룹니다. 실질적인 범위는 팀이 사용하는 플랫폼과 조직이 승인한 액세스에 따라 다릅니다. 리드는 태그, 매크로, 할당, 자동화 및 문서를 검토한 다음 승인된 변경 사항을 조정할 수 있습니다.
한 번의 고객 지원 팀 리드 배정 기간은 얼마입니까?
명시된 계약은 한 달 동안 한 명의 리드입니다. 3개월 이상 주문 시 할인이 적용됩니다. 킥오프에서 검토 우선순위, 의사 결정 담당자 및 리포팅 기대치에 동의하여 작업이 팀의 현재 운영 필요를 해결하도록 하십시오.
리드가 에스컬레이션된 고객 사례를 검토할 수 있습니까?
네. 복잡한 사례 검토는 역할의 일부입니다. 리드는 에이전트가 에스컬레이션 경로를 명확히 하고 제품 또는 기타 내부 담당자와 조정하도록 도울 수 있습니다. 검토가 팀의 처리 요구 사항을 따르도록 관련 사례 맥락과 승인된 정책을 공유하십시오.
고정된 첫 응답 결과를 약속할 수 있습니까?
고정된 응답 결과를 약속할 수 없습니다. Zendesk 및 Intercom 권한, 기능 및 제공자 변경은 리드가 제어하지 않습니다. 일부 사례는 또한 제품 팀의 결정이나 정보를 필요로 합니다. 리드는 합의된 조정, 검토, 문서화 및 리포팅을 제공할 수 있습니다.
QA 검토는 팀에 무엇을 남깁니까?
QA 검토는 문서화된 사례 관찰과 에이전트가 사용할 수 있는 지침을 남길 수 있습니다. 또한 격차나 효과적인 관행과 제안된 후속 조치 담당자를 기록할 수 있습니다. 리드는 발견 사항을 사용하여 코칭, 교육 세션 또는 절차 및 지식 리소스 업데이트를 알립니다.
프로젝트를 알려주세요
네 가지 질문에 답하면 담당자가 1시간 내로 계획, 일정, 가격대를 보내드립니다. 모든 정보는 비밀로 유지됩니다.
양식 로딩 중…