가상의 방문 점검 서비스 글이 ‘정기 점검은 무엇을 하는가’를 설명해 왔다고 하자. 최근에는 ‘점검 신청 방법’이라는 질문도 들어오지만 기존 개념 질문은 계속 남아 있다. 새 질문이 늘었다고 첫 문단을 신청 양식으로 바꾸면 아직 서비스를 이해하려는 사람은 답을 잃는다. 갱신 전에는 두 질문으로 들어왔을 때 각각 첫 화면에서 무엇을 찾을 수 있는지 적어 본다.
신청 방법이 공통 연락 창구 한 곳으로 충분하고 준비 조건도 단순하다면 개념 설명을 유지하면서 짧은 신청 안내를 붙일 수 있다. 다만 새 방문자가 긴 설명 끝까지 내려가야 그 안내를 발견하지 않도록 위치를 정한다. 본문의 핵심 답을 지우는 대신 ‘신청하려는 경우 확인할 항목’으로 분기하면 기존 질문과 다음 행동이 같은 페이지에서 구별된다.
반면 지역별 접수 창구나 필요한 자료, 일정 확인 단계가 다르면 한두 문장에 압축하기 어렵다. 이때는 독립된 신청 절차 페이지를 검토하고 개념 글에서는 누가 그 절차를 읽어야 하는지만 설명한다. 새 페이지를 만들 자료가 아직 확정되지 않았다면 미완성 조건을 채워 넣지 않는다. 확인된 창구와 아직 답하지 못하는 범위를 기존 글에서 안내하며 추가 확인이 끝난 뒤 분리 여부를 결정한다.
수정본은 처음 서비스를 알아보는 질문과 신청을 준비한 질문으로 각각 읽는다. 전자는 점검의 역할을 이해할 수 있어야 하고 후자는 자신의 다음 단계로 갈 수 있어야 한다. 한쪽의 이동이 늘었다는 이유로 다른 쪽의 답을 없애지 않는다. 이후 문의가 절차의 어느 조건에 집중되는지 살펴 짧은 분기로 충분한 상태가 유지되는지, 별도 안내가 필요해졌는지를 다음 갱신에서 판단한다.
새 질문이 몇 번 들어왔다는 사실과 모든 독자의 목적이 바뀌었다는 판단은 구별한다. 문의를 받은 채널이나 시기에 따라 신청 질문이 잠시 늘 수 있다. 개념 설명의 필요가 사라졌는지 확인하지 않은 상태에서 첫 답을 통째로 교체하면 기존 문서의 역할을 잃는다. 두 질문의 실제 내용을 기록하고 어느 부분에서 설명이 부족했는지 살펴본다.
짧은 분기 안내를 추가하는 경우에는 개념 설명의 결론을 읽기 전에 신청 버튼부터 누르게 만들지 않는다. 설명이 필요한 사람은 내용을 이어 읽고 준비가 된 사람은 절차를 확인할 수 있도록 이름을 구분한다. 신청 페이지에 별도의 대상 조건이 있다면 그 조건이 개념 글의 일반 설명과 다를 수 있다는 점도 밝혀야 한다.
수정 후에는 기존 글로 들어오는 관련 링크의 설명을 확인한다. 정기 점검의 뜻을 알아보라는 링크가 갑자기 신청 양식으로 연결되는 것처럼 느껴지지 않아야 한다. 문서의 첫 답과 연결 문구가 같은 질문을 가리키는지 살피면 새 기능을 붙여도 기존 독서 흐름을 유지할 수 있다.