문제가 커진 뒤에야 발견되는 경우는 제보가 없어서가 아니라 전화, 댓글, 메일, 현장 응대 사이에 전달이 끊겼기 때문일 수 있습니다. 어떤 경로에서 누가 먼저 보는지 정해야 빠르게 확인할 수 있습니다.
우선 고객의 목소리가 도착하는 창구를 나열하고 각 창구의 담당자와 확인 주기를 정합니다. 긴급한 안전 문제와 일반적인 개선 의견을 같은 대기열에 두지 않습니다. 중복 제보를 한 건으로 묶을 식별 기준을 만들되 제보자가 다른 경우 규모를 파악할 수 있도록 건수는 남깁니다. 개인 정보는 공유 범위를 최소화합니다.
최초 수신자는 해결책을 즉시 단정하기보다 발생 시점, 영향을 받는 대상, 확인된 사실과 추정을 나눠 기록합니다. 다른 부서에 전달했을 때 인수 여부가 확인되어야 ‘보냈다’에서 끝나지 않습니다. 고객에게 언제 다시 알릴지도 정하고, 해결 전에는 확인 중인 사실과 아직 모르는 사실을 구별해 안내합니다.
한 달에 한 번 늦게 발견된 이슈를 거슬러 올라가 어떤 창구에서 멈췄는지 살펴봅니다. 창구를 무조건 더 열기보다 기존 경로의 책임과 알림을 분명히 하는 것이 먼저입니다. 이슈 감지는 모든 소리를 실시간으로 감시하는 일이 아니라 중요한 정보가 담당자에게 확실히 닿는 구조를 만드는 일입니다.
야간에 들어온 제보의 처리도 미리 정해 두어야 합니다. 운영시간 밖에는 다음 날 확인한다는 단순 규칙이 안전 문제에도 적용되면 곤란할 수 있습니다. 긴급도 기준을 문서로 정의하고 누가 대신 받을지 정합니다. 처리 종료 뒤에는 공지나 안내문에 같은 문제가 남아 있지 않은지 확인해야 재발 문의를 줄일 수 있습니다.