누가, 무엇을
- 이름
- 조직
- 연락처 정보
- 제품 또는 서비스
- 주문 또는 계약
고객에게 내부 코드를 찾게 하지 않고 관계를 식별합니다.
짧고 명확한 공개 양식도 기본값, 조회, 자동화, 후속 기록으로 운영 맥락을 더하면 풍부한 내부 사례를 만들 수 있습니다.
고객에게 내부 코드를 찾게 하지 않고 관계를 식별합니다.
내부 분류에 앞서 관찰 가능한 사실을 기록합니다.
고객에게 심각도를 정하게 하지 않고 긴급한 불만을 빠르게 배정합니다.
기대 사항을 안내하고 최초 응답의 유용성을 높입니다.
확인 페이지에서 워크플로가 끝나는 것은 아닙니다. 사례를 만들고 최초 담당자를 배정하며 확인 응답 약속을 보여 줘야 합니다.
자동 생성된 불만 번호를 표시하고 고객이 언제 어떤 방식으로 응답을 받을지 설명합니다.
제출 내용에 긴급 안전 또는 서비스 에스컬레이션이 필요합니까?내부 검토자가 유형, 심각도, 책임 팀, SLA와 누락 증거 요청을 추가합니다.
사례 담당자는 누구이며 어떤 검토가 필요합니까?같은 사례에 확인 응답, 조사 업데이트, 해결 방안, 이행, 고객 응답을 기록합니다.
고객이 지금 알아야 할 내용은 무엇이며 다음 연락 기한은 언제입니까?답변이 배정 또는 조사를 바꾸는 경우에만 세부 정보를 표시합니다.
| 고객 선택 | 다음 질문 | 아직 필수로 하지 않을 항목 |
|---|---|---|
| 제품 문제 | 제품, 모델, 일련번호 또는 로트, 구매일, 고장, 사진 | 근본 원인 또는 기술 고장 코드 |
| 배송 문제 | 주문, 약속일, 수령 품목, 누락 또는 파손 증거 | 내부 배송업체 책임 |
| 청구 문제 | 송장 또는 결제 참조, 이의 금액, 사유, 증빙 문서 | 내부 승인 또는 크레딧 코드 |
| 서비스 결과 | 서비스 날짜, 위치, 수행 업무, 기대 결과, 현재 영향 | 내부 기술자 평가 |
백오피스 프로세스가 복잡하더라도 고객 양식은 단순하게 느껴져야 합니다.
고객에게는 문제를 신고하고 참조 번호를 받을 수 있는 명확하고 접근하기 쉬운 방법이 필요합니다.
전화, 고객 관리 또는 현장 서비스 팀이 고객을 대신해 제출합니다.
일련번호, 로트, 고장, 사용, 안전 또는 증거에 따라 조사 방식이 달라집니다.
연락처, 제품 또는 서비스, 발생 내용, 발생 시점, 현재 영향, 요청 응답, 선호 연락 방식, 유용한 첨부 파일이 실용적인 시작점입니다.
보통은 아닙니다. 관찰 가능한 영향과 긴급도를 질문한 뒤 교육받은 검토자가 내부 심각도 규칙을 적용하게 하세요.
불만 참조 번호, 제출 내용 요약, 확인 응답 예상 시간, 다음 연락 채널, 안전하게 증거를 추가하는 방법을 보여 주세요.
예. 조건부 필드와 워크플로를 사용해 제품, 배송, 청구, 서비스 불만을 서로 다른 담당자와 검토 경로로 보낼 수 있습니다.
실제 Jodoo 양식에서 시작해 서비스 약속에 맞게 질문, 배정, 확인, 권한, 후속 조치를 조정하세요.