편집 지침에서 용어를 하나로 정했는데 이용자 문의가 줄지 않는다면 공개 화면에 예전 이름이 남았을 수 있습니다. 메뉴와 안내 글, 신청 버튼이 서로 다른 용어를 사용하면 작성자만 기준을 알아도 독자는 같은 절차인지 확신할 수 없습니다. 오류를 줄이려면 원고 파일을 넘어서 실제 이동 경로를 따라가야 합니다.
먼저 용어가 등장하는 위치를 검색합니다. 제목과 본문뿐 아니라 버튼, 오류 메시지, 자동 이메일, 이미지와 다운로드 자료까지 포함합니다. 모든 단어를 무조건 바꾸지 말고 뜻이 같은지 확인합니다. ‘접수’와 ‘확정’이 다른 단계라면 같은 이름으로 통일하는 것은 사실 오류입니다.
변경 전후의 표현과 적용 대상을 목록으로 만듭니다. 공식 명칭이 변경됐다면 관련 부서에서 새 기준과 날짜를 확인합니다. 고유명사와 제도명은 일반적인 교정 도구의 제안만으로 바꾸지 않습니다. 과거 공지는 당시 기록으로 남길 수 있지만 현재 이용 절차와 혼동되지 않게 시점을 표시합니다.
이용자가 질문하는 일상어를 완전히 금지할 필요는 없습니다. ‘날짜 바꾸기’를 검색한 사람이 ‘일정 변경 신청’을 찾을 수 있도록 두 표현을 연결합니다. 제목이 쉬운 말을 쓰더라도 실제 버튼의 정식 이름과 다른 행동을 약속해서는 안 됩니다. 한 문서 안에서도 처음에는 뜻을 풀고 이후에는 일관된 용어로 이어 갑니다.
수정 뒤에는 실제로 메뉴를 누르고 신청 화면까지 이동합니다. 한 페이지에서만 새 용어를 쓰고 다음 화면에서 이전 이름을 다시 만나면 연결이 끊깁니다. 모바일과 컴퓨터에서 같은 문구가 보이는지 확인하고, 새 주소가 필요하다면 이전 링크의 이동도 시험합니다.
반복 문의가 남으면 단어 자체보다 조건의 설명이 부족한지 살펴봅니다. 용어를 통일해도 두 절차의 차이가 드러나지 않으면 혼란은 계속됩니다. 오류 예방은 철자 맞추기보다 같은 개념을 일관되게 설명하고 다른 개념을 분명히 나누는 일입니다.