발행 건수를 목표로 삼으면 초안은 빠르게 늘지만 비슷한 질문과 확인되지 않은 정보도 함께 쌓일 수 있습니다. 완성도는 문장을 매끄럽게 다듬는 감상이 아니라 문서가 맡은 질문과 근거, 검수 상태, 다음 행동을 확인하는 운영 기준이어야 합니다.
첫 관문은 중심 질문입니다. 이 글이 누구의 어떤 결정을 돕는지 한 문장으로 적고 기존 목록에서 같은 질문을 맡은 문서가 있는지 확인합니다. 검색어만 다르고 답이 같다면 새 글보다 기존 문서 보완을 검토합니다.
두 번째는 근거입니다. 운영 정보, 수치, 사례마다 출처와 확인일을 연결합니다. 담당자가 확인하지 않은 혜택이나 성과를 빈칸을 채우기 위해 넣지 않습니다. 자료가 없으면 보류 상태로 남깁니다.
세 번째는 읽기와 기능 검수입니다. 제목과 첫 문단의 약속, 모바일 화면, 링크, 이미지 설명, 연락 경로가 정상인지 점검합니다. 맞춤법만 통과했다고 완료로 세지 않습니다.
네 번째는 다음 행동입니다. 독자가 답을 얻은 뒤 기준을 더 볼지, 도구를 사용할지, 문의할지 자연스러운 선택지가 있어야 합니다. 버튼 이름과 도착 페이지가 일치하며 개인 정보를 불필요하게 요구하지 않는지 확인합니다.
발행 뒤 점검일과 갱신 신호도 정합니다. 기간성 정보는 종료 조건을, 상시 정보는 무엇이 바뀌면 다시 볼지를 기록합니다. 게시 버튼을 누른 시점을 품질 작업의 끝으로 보지 않습니다.
최종 산출물은 중심 질문, 중복 확인, 사실 근거, 기능 검수, 다음 행동, 갱신 책임을 담은 발행 완료 증명표입니다. 이 표를 모두 통과한 문서만 완성 건수로 집계하면 양을 억지로 줄이지 않으면서도 오류와 유사 원고가 성과처럼 쌓이는 것을 막을 수 있습니다.
증명표에는 반려 사유를 유형별로 모읍니다. 중심 질문 중복, 근거 부족, 링크 오류가 반복되면 개별 작성자만 수정시키지 않고 기획 양식과 템플릿을 고칩니다. 공개 후 사실 오류가 발견된 문서는 완료 상태를 다시 열어 수정·재검수 과정을 거치며, 이미 집계된 완성 건수와 품질 보고를 구분합니다.
완료 기준의 예외를 허용할 때는 사유와 만료 시점을 남겨 임시 생략이 관행이 되지 않게 합니다.