가상의 지역 커뮤니티 상담이 오후 여섯 시에 끝난다고 하자. 회원이 그 직전에 창을 열어 ‘상담 가능합니다’라는 환영 문구를 본 뒤, 여섯 시가 지나 질문을 보낼 수 있다. 야간에 새로 연 창만 검사하면 이 상황을 놓친다. 시간 표시를 점검할 때는 시작 시점과 전송 시점이 다른 대화를 별도로 준비해야 한다.
시험에서는 종료 전에 연 창을 유지한 채 운영 종료 뒤 메시지를 전송하고, 같은 시각에 새 창에서도 접수해 본다. 실제 상담에 영향을 주지 않도록 담당자와 시험 방법을 먼저 정한다. 기존 창에는 낮의 환영 문구가 남고 새 창에만 야간 안내가 나타나는지, 전송 뒤 접수 상태를 확인할 수 있는지 비교한다. 자동 안내가 왔다는 사실과 사람이 내용을 확인했다는 표시는 구별해서 기록한다.
운영 방식이 종료 뒤 접수한 내용을 다음 운영일에 확인하는 것이라면, 전송 직후에도 그 상태를 알릴 필요가 있다. ‘현재 상담은 종료됐으며 남긴 내용은 다음 운영일 확인 대상입니다’ 같은 문구는 실제 저장 여부와 운영 기준을 확인한 뒤 사용할 수 있다. 정확한 답변 완료 시각을 모른다면 확인 시작과 완료를 같은 약속으로 만들지 않는다. 접수되지 않는 기능이라면 메시지가 전달된 것처럼 쓰는 대신 이용 가능한 경로를 안내한다.
이미 상담원이 답하던 대화가 종료 시간을 넘기는 경우도 따로 정한다. 당일 대화를 계속할지 다음 운영일로 넘길지 실제 기준을 확인하고, 이월할 때는 마지막 사람이 보낸 메시지에서 남은 확인과 다시 이어질 경로를 알려 준다. 진행 중 대화까지 일괄 종료됐다고 표시하면 앞선 답변과 충돌할 수 있다. 기존 창·새 창·진행 중 대화의 세 상태를 나눠야 같은 시계 시간을 보더라도 회원이 무엇을 기다릴지 알 수 있다.