예약·주문·리뷰 통합 보드: 고객 약속을 상태로 이어서 관리하기

고객은 채널이 아니라 약속을 기억한다

매장에서는 전화 예약, 메신저 주문, 플랫폼 접수, 현장 요청이 서로 다른 화면에 남습니다. 고객은 어느 채널로 말했는지보다 우리가 언제 무엇을 하기로 했는지를 기억합니다.

통합 보드는 채널을 없애는 도구가 아니라 약속을 한 줄로 연결하는 도구입니다. 접수 시각, 요청 내용, 약속 시각, 처리 상태, 담당자, 완료 시각을 같은 ID 아래에 둡니다.

접수와 확정을 구분하기

전화로 예약 문의가 왔다고 바로 확정된 것은 아닙니다. 좌석, 재고, 작업 가능시간을 확인해야 할 수 있습니다.

상태 예시는 다음과 같습니다.

접수 → 확인중 → 확정 → 준비중 → 완료

진행할 수 없으면 보류, 고객이 취소하면 취소를 사용합니다. 접수 상태에서 확인 메시지를 자동 발송하면 확정되지 않은 약속을 만들 수 있습니다.

보드에 필요한 정보

고객 표시명은 현장에서 구분 가능한 최소 범위로 사용합니다. 전화번호와 주소가 필요한 주문은 접근 권한이 제한된 원본 시스템에 보관할 수 있습니다.

샘플 보드

예약·주문·리뷰 통합 보드 CSV 내려받기

샘플에는 4인 예약과 상품 배송 주문이 들어 있습니다. 알레르기나 주소처럼 주의가 필요한 내용은 공개 공유표가 아닌 적절한 보관 위치와 권한을 사용해야 합니다.

예약 당일 확인할 것

• 확정된 시간과 인원이 맞는가?
• 고객에게 변경된 약속이 전달됐는가?
• 준비 담당자가 지정됐는가?
• 취소 또는 노쇼 기준을 안내했는가?
• 특별 요청을 필요한 직원만 볼 수 있는가?

당일에는 새 기능보다 상태가 비어 있는 접수 건을 먼저 찾습니다.

리뷰를 원래 주문과 연결하기

“배송이 늦었다”는 리뷰가 들어오면 공개 답변만 작성하고 끝내지 않습니다. 접수 ID를 찾아 약속시각, 실제 완료시각, 변경 안내 여부를 확인합니다.

내부 기록은 다음처럼 나눕니다.

• 공개 답변: 고객에게 보이는 사실 확인과 안내
• 개별 후속: 환불, 재배송, 연락 등 담당자 행동
• 원인: 재고, 납기, 채널 누락, 안내 오류
• 개선: 다음 주문에서 바꿀 규칙

리뷰 내용을 고객 성향 평가로 사용하지 않고 운영 문제를 찾는 근거로 사용합니다.

하루 두 번 보는 대기열

오전에는 오늘 약속과 준비중 상태를 확인합니다. 마감 전에는 완료 시각이 비어 있는 건, 내일로 넘어가는 보류 건, 답변이 필요한 리뷰를 확인합니다.

모든 직원이 계속 표를 보고 있을 필요는 없습니다. 정해진 시간에 대기열을 확인하고 긴급한 접수만 알림으로 받는 편이 운영 부담이 적습니다.

자동화 가능한 범위

약속시간 임박 표시, 담당자 없는 접수 경고, 완료시간 계산, 리뷰 후속조치 대기열 생성은 자동화할 수 있습니다. 예약 확정, 보상 결정, 공개 리뷰 답변은 담당자가 상황을 확인한 뒤 처리합니다.

통합 보드가 실패하는 징후

채널 원문과 보드가 자주 다르거나, 직원마다 상태 의미가 다르고, 완료 처리 없이 행이 계속 쌓이면 보드가 신뢰를 잃습니다. 상태 정의를 줄이고 하루 마감 책임자를 정해야 합니다.

좋은 보드는 고객 정보를 많이 모으지 않습니다. 약속과 다음 행동을 놓치지 않을 만큼만 기록합니다.