질문 묶음 만들기를 길게 설명하면 담당자가 정의를 읽느라 실제 문서를 분류하지 못할 수 있습니다. 오래된 자료실에는 제목과 형식이 제각각이라 용어 설명보다 판단 규칙이 먼저 필요합니다. 짧은 안내는 ‘같은 답이면 묶고, 행동 시점이 다르면 나누며, 대표 문서를 한 편 정한다’는 세 문장으로 시작할 수 있습니다. 나머지는 실제 주소와 처리 상태로 보여주는 편이 분명합니다.
같은 단어 대신 같은 답을 찾기
문서 제목을 훑어 비슷한 표현끼리 모으지 말고, 각 자료가 주는 최종 답을 한 줄로 줄입니다. 서로 다른 표현도 한 행동으로 해결되면 같은 묶음입니다. 반대로 같은 주제어라도 준비, 신청, 오류 해결처럼 이용 시점이 다르면 갈라 둡니다. 이 기준을 예시 한두 개와 함께 적으면 새 담당자도 검색어 수나 문서 형식에 끌려가지 않고 분류할 수 있습니다.
작업 목록은 네 칸이면 충분합니다
주소, 질문, 대표 답, 처리 상태를 한 행에 둡니다. 처리 상태는 유지, 통합, 분리, 추가 확인처럼 실제 다음 행동으로 씁니다. ‘적절히 수정’이나 ‘정리 필요’는 완료 여부를 판단할 수 없으므로 피합니다. 공식 정보의 근거와 확인일은 답 가까이에 붙이고, 오래된 자료가 현재 기준처럼 보이지 않게 상태를 표시합니다. 질문 묶음 밖의 문장은 동시에 손대지 않아 변경 범위를 분명히 합니다.
짧은 설명은 공개 화면에서 검증하기
표에서 분류가 끝났더라도 이용자가 메뉴와 검색 결과에서 대표 답을 찾지 못하면 작업은 완료되지 않았습니다. 실제 화면을 열어 제목과 도착 내용, 관련 링크를 따라갑니다. 발견일, 수정일, 재확인일을 나눠 쓰면 어느 단계가 늦어졌는지 보입니다. 같은 답의 문서가 다시 생겼다면 설명을 더 늘리기보다 기준을 발행 절차와 초안 검수에 포함해야 합니다.
‘작업 목록은 네 칸이면 충분합니다’의 이전 버전을 다시 찾을 수 있게 보관하기
‘작업 목록은 네 칸이면 충분합니다’가 수정될 때 이전 파일을 덮어쓰기만 하면 ‘질문 묶음을 짧고 정확하게 설명하는 세 문장’의 설명이 왜 달라졌는지 확인하기 어렵습니다. 파일명이나 관리표에 수정 날짜와 버전, 변경한 사람을 남기고 ‘같은 단어 대신 같은 답을 찾기’의 이전 문장과 새 문장을 비교할 수 있게 보관합니다. 기존 본문의 〈실제 화면을 열어 제목과 도착 내용, 관련 링크를 따라갑니다〉 부분을 작업 기준으로 삼으면, 공개할 필요가 없는 내부 검토본은 검색 결과에 노출되는 위치와 분리하고, 실제 기준으로 쓰는 문서에는 현재 상태를 분명히 표시합니다. ‘짧은 설명은 공개 화면에서 검증하기’에서 과거 안내를 인용해야 한다면 당시 기준임을 밝히고 지금 적용되는 정보로 이동할 경로를 함께 제공해야 버전 차이가 오해로 이어지지 않습니다.