병원 예약 화면에 이름이나 문의 내용을 쓰는 칸이 있으면 입력 방법을 보여 주기 위해 예시 문구를 넣을 수 있습니다. 그러나 흐린 안내처럼 보이는 글자가 실제 입력값으로 들어 있는 경우도 있으므로 화면 모양만으로 판단하지 않아야 합니다. 사용자가 아무것도 적지 않았는데 예시가 접수 내용으로 전달되면 직원은 방문자의 응답으로 오해할 수 있습니다. 공개 전 검수에는 안내 문구와 제출되는 값의 구분이 필요합니다.
먼저 각 칸의 예시가 어떤 역할로 구현됐는지 담당자에게 확인합니다. 입력하면 사라지는 설명인지, 기본값인지, 별도의 도움말인지 실제 동작을 살펴봅니다. 색이 연하다는 사실만으로 접수에 포함되지 않는다고 단정하지 않습니다. 예시가 사라졌을 때도 어떤 내용을 쓰는 칸인지 알 수 있도록 이름표와 설명이 남는지도 읽어 봅니다. 사용자는 양식을 만드는 사람이 알고 있는 구조를 보지 못하기 때문입니다.
검수용 입력은 실제 환자 정보와 분리된 환경이나 운영자가 승인한 방법으로 진행합니다. 테스트 기록임을 명확히 식별할 수 있게 하고 실제 예약처럼 처리되지 않도록 담당자와 범위를 맞춥니다. 임의의 사람 이름이나 연락처를 실제 정보인 듯 사용하지 않습니다. 빈칸으로 제출했을 때, 예시를 지운 뒤 제출했을 때, 직접 내용을 적었을 때를 각각 확인하면 어느 경우에 값이 전달되는지 알 수 있습니다. 검사 결과를 확인하지 않은 채 정상 동작이라고 보고하지 않습니다.
접수 담당자가 보는 화면도 함께 대조합니다. 공개 양식에서는 입력하지 않은 것처럼 보여도 내부 기록이나 알림 메시지에는 기본 문장이 들어갈 수 있습니다. 반대로 작성한 내용이 알림에서 잘려 예시만 보일 수도 있습니다. 입력 화면과 접수 결과 사이에서 어떤 값이 전달되는지를 확인하고, 해당 화면만 본 검사를 전체 예약 절차 확인으로 확대하지 않습니다. 실제 사용할 접수 경로를 기준으로 검수 범위를 정합니다.
건강 관련 칸에 예시를 넣을 때는 독자의 답을 유도하지 않는지도 살핍니다. 특정 증상이나 시술 희망을 미리 채우면 사용자가 그것을 선택해야 하는 항목으로 오해할 수 있습니다. 필요한 질문과 수집 범위는 병원이 정한 실제 절차를 확인하고, 콘텐츠 담당자가 예시를 늘리는 과정에서 불필요한 건강 정보를 요구하지 않습니다. 입력 예시는 진료 판단이나 치료 선택을 대신하는 설명이 아니어야 합니다.
오류를 고칠 때는 안내 문구를 모두 지우는 것으로 끝내지 않습니다. 독자가 무엇을 적어야 하는지 이해하는 기능과 입력하지 않은 답이 전송되지 않는 기능을 함께 확보해야 합니다. 현재 사용하는 양식에서 가능한 방식으로 이름표, 도움말, 예시의 역할을 분리하고 담당자가 실제 전송 결과를 다시 확인합니다. 기술 변경을 하지 않았는데 문구만 바꾼 경우라면 전달 값의 문제가 해결됐다고 기록하지 않습니다.
이미 예시가 섞인 접수 기록을 발견했다면 직원이 방문자의 실제 답변으로 확정하지 않도록 확인 절차를 논의합니다. 내용이 예시와 같다는 이유만으로 모든 기록을 지우거나 가짜 문의로 분류하지 않습니다. 사용자가 실제로 같은 말을 적었을 가능성도 있으므로 확인 가능한 범위에서 처리해야 합니다. 공개 화면의 수정과 기존 기록의 검토는 별도 결과로 남깁니다.
완료 기록에는 점검한 칸, 예시의 역할, 검사한 입력 상태, 접수 화면의 결과와 남은 확인 사항을 적습니다. 양식을 다시 고칠 때 같은 문제가 돌아오지 않도록 검수 기준으로 활용할 수 있습니다. 좋은 예시는 독자의 작성을 돕는 문구이며, 독자가 말하지 않은 내용을 대신 제출하는 응답이 되어서는 안 됩니다.