이럴 때 사용하세요
채팅, 메일, 게시판으로 들어온 고객 문의를 여러 담당자가 처리할 때 사용하세요. 단순 문의와 장애·안전 이슈를 같은 순서로 처리하면 답변 속도와 책임 범위가 불분명해집니다. 먼저 문의 정보, 긴급도, 필요한 추가 자료를 분리해 두면 담당자가 바뀌어도 같은 기준으로 대응할 수 있습니다.
노드와 분기 기준 잡기
- 접수 단계에는 채널, 고객 식별 정보, 주문·계정 정보처럼 재확인에 필요한 최소 항목을 적습니다.
- 긴급 이슈 조건은 서비스 장애, 결제 문제, 개인정보 관련 이슈처럼 팀의 실제 기준으로 구체화합니다.
- 일반 문의는 답변 기준을 확인한 뒤 추가 정보가 필요한지 한 번 더 판단합니다.
- 추가 정보 요청은 고객 회신 뒤 다시 내용 확인 단계로 돌아가게 연결합니다.
- 답변 완료에는 답변 시각과 후속 약속 여부를 기록합니다.
흔한 실수와 작성 팁
“담당자 확인”처럼 누가 무엇을 확인하는지 모호한 문구는 피하세요. “결제팀에 주문 번호와 오류 시각 전달”처럼 행동·담당·필요 정보를 한 노드에 적으면 인수인계가 쉬워집니다.
완성 전에 확인할 항목
- 긴급 이슈의 기준과 전달할 담당팀이 명확한지 확인합니다.
- 추가 정보 요청 뒤 원래 문의 확인 단계로 돌아오는지 확인합니다.
- 답변이 어려운 경우의 후속 안내 경로가 있는지 확인합니다.
- 모든 종료 경로에 고객에게 남길 결과가 적혀 있는지 확인합니다.
점검 진행률: 0 / 4
다른 업무에 응용하기
이 흐름은 내부 헬프데스크, 예약 변경 요청, 배송 문의에도 적용할 수 있습니다. “고객”을 “요청자”로, “답변 기준”을 팀의 정책이나 매뉴얼로 바꾸면 됩니다. 다만 개인정보·결제·법률 문제는 조직의 최신 보안 및 대응 규정을 우선하세요.