지역 커뮤니티의 행사나 이용 예약에서 날짜를 고르고 제출했다고 바로 일정이 확정되는 것은 아닐 수 있다. 운영 방식에 확인 단계가 있다면 신청 접수와 예약 확정을 다른 문구로 알려야 한다. 먼저 실제 처리 절차에서 어느 시점에 자리가 정해지는지 확인한다. 화면의 표현이 그 시점보다 앞서 확정을 선언하지 않는지 살핀다.
신청 직후 화면과 발송되는 알림에는 같은 날짜와 시간, 같은 처리 상태가 나타나야 한다. 접수 화면에는 대기라고 나오는데 메시지 제목은 예약 완료라고 쓰면 회원은 후자를 믿고 방문할 수 있다. 자동 발송인지 여부보다 메시지가 어떤 사실을 확인하는지가 중요하다. 아직 조율이 필요하다면 다음 확인을 어떤 경로로 받는지 안내한다.
확정 이후 일정이 바뀌는 경우도 시험한다. 변경 요청을 받았다는 알림과 변경이 적용됐다는 알림이 구별되는지, 이전 시각이 최신 정보처럼 남아 있지 않은지 확인한다. 화면에서 날짜만 달라지고 메시지는 이전 내용으로 나가는 경우도 점검 대상이다. 필요 이상의 개인 내용을 공개하지 않으면서 회원이 자신의 신청을 구별할 수 있는 정보를 제공한다.
검수 기록에는 신청, 확인 대기, 확정, 변경 등 실제 운영 상태별 문구와 발송 시점을 남긴다. 각 단계를 건너뛰거나 반대로 돌아가는 예외도 가능한 범위에서 살핀다. 접수 뒤 일정 재확인 문의가 많다면 회원이 받은 문구부터 읽어 본다. 예약 안내의 정확성은 친절한 인사말보다 지금 어떤 상태인지와 다음에 무엇을 기다려야 하는지가 일치하는 데서 나온다.
대기 중에 날짜를 다시 선택하는 상황도 별도로 살핀다. 가령 새 날짜로 변경을 신청했지만 운영자의 승인이 아직 없다면, 기존 확정 일정과 새 요청 일정을 구별해 보여 주어야 한다. 두 일정이 함께 표시되는 동안 어떤 알림을 기다려야 하는지까지 적어 혼선을 줄인다.