메뉴 이름을 쉽게 바꾸어도 이미 배포한 안내가 옛 이름을 쓰면 방문자는 바뀐 화면에서 그 단어를 찾게 됩니다. 가상의 사이트가 “신청 조회”를 “내 신청”으로 바꿨는데 도움말에는 “신청 조회를 누르세요”가 남았다고 해 보겠습니다. 새 메뉴가 짧고 자연스럽다는 평가와 별개로 이전 안내에서 실제 화면으로 이어지는 연결이 끊긴 상태입니다.
변경 목록에는 이전 이름, 현재 이름, 목적지, 이름이 쓰인 자료를 함께 적습니다. 이 예에서는 “신청 조회 → 내 신청, 기존 접수 건 확인 화면”으로 대응시킬 수 있습니다. 두 이름이 같은 기능을 가리킨다는 확인이 먼저 필요합니다. 이름을 바꾸면서 목적지까지 달라졌다면 단순 명칭 교체라고 기록하지 말고 안내 절차에서 바뀐 행동도 다시 써야 합니다.
직접 고칠 수 있는 도움말은 현재 메뉴명으로 바꾸고 새 화면과 대조합니다. 수정할 수 없는 배포 이미지가 계속 쓰인다면 그 이미지가 놓인 안내에 “이미지의 신청 조회는 현재 화면의 내 신청에 해당합니다”라는 보충을 둘 수 있습니다. 두 이름을 모든 메뉴에 오래 병기하기보다 옛 안내를 만나는 지점에 필요한 대응을 제공하는 방식입니다. 이미 배포된 자료가 사라졌다고 확인 없이 가정하지 않습니다.
시험은 옛 도움말을 읽은 사람과 새 화면만 보는 사람의 경로를 나눕니다. 전자는 이전 이름을 현재 기능과 연결할 수 있어야 하고 후자는 이름이 둘인 별개 기능으로 오해하지 않아야 합니다. 옛 자료의 사용처가 정리됐다면 보충 문구를 계속 둘 필요가 있는지도 판단합니다. 쉬운 이름을 적용하는 작업은 메뉴 글자를 바꾼 순간보다 새 명칭과 남아 있는 작업 지시가 같은 행동을 안내할 때 마무리됩니다.