전화 업무표에 ‘확인 중’이 오래 남는다면 현재 무엇이 없어서 다음 단계로 못 가는지를 상태 이름에 붙여보세요. 같은 표시 아래 자료를 못 찾은 건과 사장님 결정이 남은 건이 섞이면 담당자가 무엇을 해야 할지 알 수 없습니다.

진행 중이라는 말은 실제 진행의 증거가 아닙니다

가상의 예로 직원이 모든 미해결 문의를 ‘확인 중’으로 표시합니다. 사장님은 누군가 조사하고 있다고 생각하지만, 일부는 아직 누구에게 물어볼지도 정해지지 않았습니다. 다른 건은 답이 나왔는데 손님에게 전달만 못 한 상태입니다. 같은 단어가 서로 다른 멈춤을 가린 것입니다.

상태 종류를 많이 만드는 것이 해결책은 아닙니다. 다음 행동이 달라지는 차이만 구별하면 됩니다. 직원들이 같은 단어를 보고 같은 행동을 떠올릴 수 있는지가 중요합니다.

대기 원인별 용어표를 만듭니다

  • 정보 확인 전: 답에 필요한 사실을 아직 확인하지 못함
  • 판단 요청 전: 확인할 사람이 정해졌지만 요청을 전달하지 않음
  • 판단 대기: 필요한 사실을 전달했고 결정을 기다림
  • 안내 준비: 결론은 있으나 손님에게 전달하지 않음
  • 추가 답변 대기: 가게가 질문했고 필요한 응답이 남음

이는 매장에서 쓸 수 있는 예시 용어입니다. 실제 업무에 없는 상태를 모두 만들 필요는 없습니다. 상태를 바꾸는 조건도 함께 적어 ‘판단 대기’가 단지 나중에 사장님께 물어볼 생각이라는 뜻으로 쓰이지 않게 합니다.

상태에는 원인 한 줄과 다음 행동을 붙입니다

같은 정보 확인 전이라도 어떤 정보가 필요한지 알아야 움직일 수 있습니다. 예시로 ‘정보 확인 전: 현장 사용 가능 범위 확인 필요, 점장에게 질문’처럼 적을 수 있습니다. 상태 이름이 길어지는 대신 구체적인 원인을 옆에 남기면 표를 간단하게 유지할 수 있습니다.

여러 원인이 남았다면 모두 나열하기보다 다음 행동을 막는 우선 조건을 표시하고 관련 내용을 연결합니다. 다만 다른 중요한 조건이 사라진 것처럼 보이지 않게 남은 확인을 유지해야 합니다. 손님에게 이미 약속한 시한도 상태와 별도로 봅니다.

상태가 바뀌었다면 실제로 어떤 일이 있었는지 확인합니다

담당자가 ‘진행했다’고 생각하는 것만으로 상태를 넘기지 않습니다. 질문을 전달했는지, 결론을 받았는지, 손님에게 안내했는지 실제 행동을 근거로 바꿉니다. 완료 여부도 ‘확인 중’ 목록에서 사라졌다는 사실이 아니라 원래 목적이 해결됐는지로 판단해야 합니다.

처음 적용할 때는 기존 기록 몇 건을 직원들이 각자 분류해보세요. 같은 건의 상태가 다르면 용어가 모호하거나 필요한 사실이 빠졌을 수 있습니다. 상태 개수를 늘리기 전에 차이가 난 이유를 맞추는 편이 좋습니다.

콜든타임이 남긴 통화 요약과 전문은 요청과 안내 내용을 확인하는 자료입니다. 위 상태 용어는 매장의 별도 업무표에 직접 적용하는 운영 제안이며, 앱이 같은 상태를 자동 분류해준다는 기능 설명은 아닙니다.