먼저 답해야 할 질문은 “고객은 어느 알림을 받아야 예약이 확정되었다고 판단할 수 있는가”이다. 신청 버튼을 누르거나 메시지를 보낸 순간을 확정으로 오해하면 현장 수용 가능 시간과 다른 약속이 생긴다. 접수는 요청이 도착했다는 뜻이고 확정은 운영자가 가능 여부를 확인했다는 뜻으로 역할을 나눠야 한다.
자료를 모으는 순서는 다음과 같다: 채널마다 요청 접수, 내부 확인, 확정 통지의 실제 순서를 따라간다. 접수 알림에는 아직 확정이 아니라는 점과 다음 확인 경로를 쓰고, 확정 알림에는 날짜·시간·장소와 변경 방법을 분명히 적는다.
증거의 범위를 넓히기 전에 “고객은 어느 알림을 받아야 예약이 확정되었다고 판단할 수 있는가”를 가르는 항목을 골라야 한다. “고객은 어느 알림을 받아야 예약이 확정되었다고 판단할 수 있는가”의 검토에서는 실제 화면, 최신 운영 기록, 승인된 원문을 나란히 놓아 한 자료의 빈틈을 다른 자료가 가리지 않게 한다. 세 자료가 일치하지 않으면 “고객은 어느 알림을 받아야 예약이 확정되었다고 판단할 수 있는가”의 수정부터 시작하지 않고 차이가 생긴 시점과 책임 범위를 남긴다.
일반 규칙만으로 처리하기 어려운 부분도 있다: 영업시간 밖 신청, 중복 요청, 대기 명단, 결제 후 확정되는 경우, 알림 전송 실패를 별도 흐름으로 둔다. 답변 예정 시간을 확정 시각처럼 보이게 하거나 자동 알림만으로 수용 가능 여부를 단정하지 않는다.
수정 우선순위도 “고객은 어느 알림을 받아야 예약이 확정되었다고 판단할 수 있는가”와의 거리를 기준으로 잡는다. “고객은 어느 알림을 받아야 예약이 확정되었다고 판단할 수 있는가”의 답이 이용자의 결정에 바로 영향을 주는 차이를 먼저 다루고 표현 정리는 그 뒤에 놓는다. “고객은 어느 알림을 받아야 예약이 확정되었다고 판단할 수 있는가”를 변경한 후에는 처음 오류가 나온 조건으로 되짚어 새 혼선이 없는지 확인한다.
판단 과정을 되짚을 수 있도록 채널별 접수 문구·확정 조건·알림 책임·예외 처리를 담은 예약 상태표을 만든다.
인계할 때는 채널별 접수 문구·확정 조건·알림 책임·예외 처리를 담은 예약 상태표에서 최신 판본과 이전 결정을 구분한다. 이어받은 사람은 “고객은 어느 알림을 받아야 예약이 확정되었다고 판단할 수 있는가”의 현재 답과 달라질 수 있는 조건을 한곳에서 찾아야 한다. 채널별 접수 문구·확정 조건·알림 책임·예외 처리를 담은 예약 상태표에서 추가 확인이 필요한 줄은 증거의 위치와 재검토 날짜까지 기록한다.
검수의 종료점은 분명해야 한다: 어떤 채널에서 신청해도 같은 상태 용어를 보고 확정 기록과 고객의 최종 알림이 일치하며 미확정 요청의 다음 행동이 보이면 시행한다.