같은 안내를 오래 갱신하다 보면 휴대전화에서 제목 다음으로 공지만 여러 개 보일 수 있습니다. 본문에는 정확한 답이 있어도 처음 온 사람은 어디까지 내려가야 현재 안내가 나오는지 모릅니다. 이때 공지 문장을 짧게 다듬는 것만으로 해결되는지 확인해야 합니다. 검색에서 들어온 순간부터 지금 필요한 답을 발견하는 순간까지 화면을 따라가 봅니다.
가상의 방문 안내에서 오늘 사용할 입구를 찾는 과제를 정해 봅니다. 첫 화면에는 지난 휴무 알림과 시설 점검 공지가 있고 입구 설명은 그 아래에 있다고 가정합니다. 확인자는 제목을 읽은 뒤 어느 항목을 누르는지, 공지 내용을 펼쳤다가 다시 돌아오는지 기록합니다. 현재 입구가 본문에 있다는 사실을 미리 알려 주면 찾기 어려운 지점을 놓칠 수 있으므로 화면에 보이는 단서만 사용합니다.
끝난 공지가 먼저 눈에 들어온다면 지금도 적용되는 공지와 현재 안내로 가는 길의 순서를 조정합니다. 오늘의 입구를 바꾸는 공지는 답 가까이에 두고, 입구와 무관한 공지 목록을 통과해야만 위치를 찾게 하지 않습니다. 상단 연결을 쓴다면 공지 보기처럼 넓은 말 대신 현재 입구 안내처럼 목적을 밝힙니다. 연결을 누른 뒤 제목만 보이고 정작 조건은 다시 아래에 숨는지도 휴대전화에서 확인합니다.
수정한 화면에서는 검색 진입부터 같은 과제를 다시 수행합니다. 글자를 키웠을 때 상단 안내가 몇 줄로 늘어나는지, 공지를 펼친 뒤 현재 답으로 돌아올 단서가 남는지도 봅니다. 본문 바로가기를 지원하지 않는 환경이라면 실제로 찾을 수 있는 소제목과 화면 순서로 안내해야 합니다. 검수 기록은 상단이 깔끔해졌다는 평가보다 어느 잘못된 선택이 사라졌고 어디에서 아직 멈추는지를 남기는 편이 다음 갱신에 쓸모가 있습니다.
첫 점검에서는 현재 안내와 공지 이력을 각각 표시합니다. 공지라는 이름을 가졌어도 오늘의 입구를 바꾸는 내용이라면 현재 답의 일부입니다. 반대로 이미 끝난 시설 점검은 기록으로 의미가 있어도 처음 방문한 사람의 위치 확인보다 앞설 이유가 약할 수 있습니다. 최근 작성됐다는 순서만 따르지 말고 지금 하려는 행동에 어떤 영향을 주는지로 구분합니다.
가상의 입구 찾기 과제에서는 휴대전화를 처음 여는 상태에서 시작합니다. 기존 방문 기록이나 펼쳐 둔 메뉴 때문에 정답이 보이는 환경은 처음 방문과 다를 수 있습니다. 제목을 읽고 어디로 이동했는지, 공지를 본문으로 오해했는지, 현재 입구 설명을 지나쳤는지를 관찰합니다. 검수자가 “아래로 더 내려 보세요”라고 안내하면 실제 화면의 단서가 부족한 문제를 가릴 수 있으므로 개입한 부분도 기록합니다.
배치를 고칠 때는 종료된 공지를 모두 지우는 방법만 있는 것은 아닙니다. 기록 목록으로 모으되 현재 안내와 구별하거나, 상세 이력은 접어 두고 현재 적용되는 변화를 먼저 설명할 수 있습니다. 플랫폼에서 가능한 기능을 확인하고 실제로 지원하지 않는 바로가기 동작을 문구만으로 약속하지 않습니다. 중요한 것은 공지를 보존하면서도 현재 답을 찾는 경로가 명확한지입니다.
수정한 첫 화면에서는 핵심 조건이 제목과 떨어지지 않는지 확인합니다. “입구 안내” 링크는 보이지만 사용 가능한 시간이나 임시 경로의 적용 기간이 먼 곳에 있으면 답을 조합하기 어려울 수 있습니다. 현재 이용 판단에 필요한 조건은 안내 가까이 둡니다. 화면을 깔끔하게 보이게 하려고 조건을 다시 숨기지 않습니다.
반복 검수에서는 같은 질문을 사용하되 새 구조를 미리 설명하지 않습니다. 찾은 시간 자체를 측정하지 않았다면 빨라졌다고 수치화하지 않고, 어떤 잘못된 선택이 줄었는지 남깁니다. 공지 목록을 먼저 열던 사람이 현재 안내를 바로 찾았다면 그 행동을 관찰 결과로 기록할 수 있습니다. 다음 갱신 때도 새 공지가 같은 경로를 가리지 않도록 정보 배치의 이유를 남겨 둡니다.
새 공지를 추가하는 담당자에게는 현재 답의 위치를 보호해야 하는 이유도 공유합니다. 날짜순으로 새 문장을 맨 위에 붙이는 관행이 다시 시작되면 같은 문제가 돌아올 수 있으므로 추가 위치를 독자 과제에 맞춰 정합니다.