문의가 올 때마다 한 줄씩 늘어난 글
운영을 오래 하다 보면 자주 묻는 질문 글이 어느새 수십 개 항목으로 늘어나 있는 경우가 많습니다. 새로운 문의가 들어올 때마다 답을 한 줄씩 덧붙인 결과입니다. 각 항목은 모두 맞는 말이지만, 한 사람이 한 번 방문해서 필요한 항목은 그중 서너 개에 불과합니다. 나머지를 읽는 동안 독자는 자신이 찾던 답을 놓치기 쉽습니다.
이럴 때 필요한 편집은 문장을 다듬는 일이 아니라 글 한 편이 책임질 범위를 다시 정하는 일입니다. 범위의 기준은 글쓴이가 아는 모든 것이 아니라 독자가 이번 방문에서 해결하려는 과제 하나여야 합니다.
첫 단계: 항목마다 독자가 하려는 일을 적습니다
모든 항목 옆에 이 질문을 한 사람이 하려는 일이 무엇인지 한 단어로 적어 봅니다. 신청하려는 것인지, 이미 신청한 내용을 바꾸려는 것인지, 결과를 확인하려는 것인지, 단순히 서비스가 무엇인지 알고 싶은 것인지를 구분합니다. 같은 일을 하려는 항목끼리 묶으면 자연스러운 덩어리가 만들어집니다.
신청과 관련한 언제, 어디서, 어떻게는 한 흐름 안에서 답할 수 있지만 신청 이후의 변경은 다른 시점의 과제이므로 분리를 검토할 수 있습니다. 분리의 목적은 문서의 수를 늘리는 것이 아니라 독자가 자기 위치를 찾게 하는 것입니다.
둘째 단계: 항목별로 남길 것과 옮길 것을 고릅니다
덜어낼 때는 그 내용이 이번 과제를 해결하는 데 영향을 주는지 묻습니다. 서비스의 연혁이나 다른 상품과의 비교가 지금 과제와 관련이 없다면 소개 페이지로 옮깁니다. 반면 신청이 불가능해질 수 있는 예외, 기한을 넘기면 변경할 수 없다는 제한은 읽기에 부담스러워도 남겨야 합니다.
핵심 절차와 주의할 조건은 서로 가까이 두는 것이 좋습니다. 조건이 글의 끝에 멀리 떨어져 있으면 독자가 절차만 읽고 지나쳐 버릴 수 있기 때문입니다.
셋째 단계: 나눈 글을 연결하는 문구를 다듬습니다
글을 나누면 서로 가는 길을 만들어야 합니다. 이때 자세히 보기라는 문구는 이동한 뒤에 무엇을 얻게 될지 알려 주지 못합니다. 신청 후 변경하는 방법, 필요한 서류 목록처럼 도착해서 만날 답을 문구에 적습니다. 링크가 가리키는 글이 최신 상태인지도 정기적으로 확인합니다.
또 하나의 점검 기준은 링크를 누르지 않고도 현재 글의 결론을 이해할 수 있는가입니다. 원래 글의 답이 다른 화면을 열어야만 보인다면 범위를 지나치게 좁게 잡았다는 신호입니다.
비슷한 글이 이미 있는지 확인합니다
나누기 전에 사이트 안에 같은 질문에 답하는 글이 이미 있는지 살펴봅니다. 두 글이 같은 질문에 같은 답을 준다면 새 글을 만들기보다 기존 글을 갱신하는 편이 정보의 일관성을 지키는 길입니다. 독자가 놓인 상황이 실제로 다르다면 그 차이를 도입부와 적용 조건에 분명히 적어야 합니다.
수식어만 바꾼 비슷한 문서는 설명하는 범위가 구분되었다고 보기 어렵고, 정보가 바뀌었을 때 일부만 수정되는 문제를 일으킵니다.
마무리: 처음 보는 사람의 기대와 맞춰 봅니다
편집을 마친 글은 처음 보는 사람에게 제목만 보여 주고 어떤 답을 기대하는지 물어봅니다. 본문을 읽은 뒤 그 답을 찾았는지, 어느 문단에서 추가 질문이 떠올랐는지를 적어 두면 보강할 부분이 드러납니다. 글의 범위는 처음 세운 목차를 지키는 문제가 아니라 한 편이 맡은 질문을 끝까지 해결하는 문제입니다.
정리가 끝난 뒤에는 나눈 글의 목록과 각 글이 맡은 과제를 한 장의 표로 남겨 두세요. 표에는 제목, 독자가 하려는 일, 연결된 글, 마지막으로 내용을 확인한 날짜를 적습니다. 이 표가 있으면 새 문의가 들어왔을 때 기존 글의 어느 부분을 고칠지, 아니면 새 항목이 필요한지를 빠르게 판단할 수 있습니다. 또한 정해진 주기마다 날짜가 오래된 글부터 다시 읽고, 바뀐 조건이 있다면 연결된 글까지 함께 고치는 습관을 들이면 정보의 어긋남이 줄어듭니다. 담당자가 바뀌어도 같은 기준으로 이어 갈 수 있도록 표의 위치도 공유해 두시기 바랍니다. 처음에는 방문이 많은 글부터 순서대로 정리하면 부담이 적고, 효과도 빨리 확인할 수 있습니다. 한 번에 모든 글을 바꾸려 하지 마세요. 정리한 뒤의 문의 내용 변화도 함께 기록하세요.