용어집은 한 번 완성했다고 그대로 유지되는 문서가 아닙니다. 서비스가 추가되거나 업무 단계가 바뀌면 기존 이름의 뜻도 달라질 수 있습니다. 월간 점검에서는 새로 등장한 단어를 모아 새로운 개념인지, 이미 있는 개념의 다른 이름인지부터 확인합니다. 이름만 계속 추가하면 같은 대상을 여러 항목으로 관리하게 될 수 있습니다.
새 개념이라면 독자가 기존 항목과 구분하는 기준을 설명합니다. 신청 대상이 다른지, 제공 범위가 다른지, 이용 단계가 다른지 적어 보고 그 차이가 이름에도 드러나는지 살펴봅니다. 담당 부서가 다르다는 이유만으로 이용자에게 별도 용어가 필요한 것은 아닙니다. 내부 구분과 공개 안내의 구분을 따로 판단하면 불필요하게 복잡한 이름을 줄일 수 있습니다.
더 이상 쓰지 않는 이름은 현재 기준에서 제외하되 흔적을 모두 없애기 전에 검색과 문의에 남아 있는지 확인합니다. 이전 이름을 알고 찾아오는 사람이 있다면 새 이름과 연결하는 설명이 필요할 수 있습니다. 용어집에는 사용 종료 표시와 현재 대응 용어를 남겨 과거 자료를 읽을 때도 관계를 확인할 수 있게 합니다.
점검 결과는 새 항목, 뜻이 바뀐 항목, 사용을 끝낸 항목으로 구분해 공유합니다. 단어 목록 전체를 다시 읽게 하기보다 달라진 부분을 알려야 작성자가 적용하기 쉽습니다. 다음 원고에서 반영 여부를 확인하고 설명이 부족했던 항목은 예문을 보완합니다. 월간 관리의 목표는 모든 말을 고정하는 데 있지 않고 변화가 생겨도 같은 뜻으로 소통하도록 돕는 데 있습니다.
새 서비스 이름을 용어집에 넣기 전에는 그 이름이 이용자에게 별도의 선택을 요구하는지 확인합니다. 기존 서비스의 한 기능이 추가된 것인데 이름만 독립시키면 독자는 새로 가입하거나 신청해야 한다고 생각할 수 있습니다. 반대로 별도 신청 조건이 있는 서비스인데 기존 이름 아래에만 숨기면 범위를 오해할 수 있습니다. 이용 과정에서 달라지는 행동을 기준으로 개념을 구별합니다.
뜻이 바뀐 항목은 이전 정의와 새 정의를 함께 비교해 달라진 범위를 설명합니다. 예를 들어 가상의 서비스에서 ‘접수 완료’가 단순 제출을 뜻하다가 담당 확인까지 포함하도록 바뀌었다면 이름을 그대로 둬도 의미는 달라집니다. 이 변경은 용어집 한 줄에 그치지 않고 상태 안내 메시지와 도움말에도 영향을 줍니다. 현재 화면에서 같은 용어를 쓰는 위치를 모아 적용 여부를 확인해야 합니다.
새 항목에 예문을 붙일 때는 기존 개념과 혼동하기 쉬운 상황을 고릅니다. 일반적인 소개 문장만 있으면 작성자는 실제 원고에서 어느 이름을 선택해야 할지 알기 어렵습니다. 두 서비스의 대상이 다르다면 대상 구분을 보여 주고, 이용 단계가 다르다면 앞뒤 절차가 드러나는 문장을 제시합니다. 실제 운영에서 확인되지 않은 차이를 예문으로 만들어 넣지는 않습니다.
월간 점검 뒤에는 변경 항목을 다음 초안 몇 편에서 실제로 찾아봅니다. 새 이름이 쓰였는지만 볼 것이 아니라 설명이 이전 뜻을 그대로 따르고 있지 않은지 확인합니다. 이름은 교체됐는데 본문의 범위가 남아 있다면 용어집의 전달 방식과 관련 문서 목록을 함께 보완합니다.