길이와 범위는 다른 문제입니다
정보 글을 쓰다 보면 분량이 계속 늘어나는 경험을 하게 됩니다. 이것을 내용이 복잡해서라고 생각하기 쉽지만, 실제로는 범위가 정해지지 않아서인 경우가 더 많습니다. 하나의 질문에 답하다가 관련 있어 보이는 내용을 하나씩 붙이면 글은 길어지고, 독자는 결론이 어디에 있는지 놓칩니다.
길이는 결과이고 범위는 설계입니다. 먼저 범위를 정하면 길이는 거기에 맞게 자연스럽게 결정됩니다. 그러므로 글을 쓰기 전에 이 글이 해결해 줄 한 가지 과제가 무엇인지 한 문장으로 적어 두는 것이 좋습니다.
범위의 기준은 독자의 과제입니다
글쓴이가 아는 것을 모두 담는 것이 아니라, 독자가 이번 방문에서 해내려는 일을 기준으로 범위를 정합니다. 신청 방법을 찾는 사람이라면 누가 신청할 수 있는지, 어디로 무엇을 내야 하는지, 결과는 어떻게 확인하는지가 한 흐름으로 이어져야 합니다.
서비스가 생긴 배경이나 다른 서비스와의 비교는 그 사람의 결정에 직접 영향을 주지 않는다면 별도 글의 몫입니다. 다만 특정 조건 때문에 신청 자체가 불가능해지는 경우라면 그 조건은 본문 가까이에서 분명히 알려야 합니다.
문의를 나열해 보면 경계가 보입니다
범위를 나누기 어렵다면 실제 문의를 한 줄씩 적어 늘어놓고, 각 질문이 요구하는 행동이 같은지 다른지 표시해 보세요. "언제 신청하나요"와 "어디에서 신청하나요"는 같은 행동의 앞뒤이므로 한 글에서 답할 수 있습니다. 하지만 "신청한 내용을 바꾸고 싶어요"는 이미 신청을 마친 사람의 행동이므로 다른 단계에 속합니다.
이렇게 행동을 기준으로 나누면 글의 경계가 근거를 가집니다. 글을 나누는 이유는 문서 수를 늘리기 위해서가 아니라 독자가 자기 위치를 찾게 하려는 것입니다.
빠진 내용은 이어 주는 말로 연결합니다
범위를 좁히면 담지 못한 내용이 생기고, 그것은 링크로 연결합니다. 이때 링크 문구가 중요합니다. "자세히 보기"는 어디로 가는지 알려 주지 못하지만 "신청한 뒤 내용을 바꾸는 방법"은 이동 후에 얻을 답을 미리 알려 줍니다.
또한 링크 대상이 최신 상태인지 점검해야 합니다. 만약 현재 글의 핵심 답을 얻으려면 반드시 다른 페이지를 열어야 한다면, 범위를 지나치게 좁게 잡은 것입니다. 한 글 안에서 기본적인 답은 마칠 수 있어야 합니다.
겹치는 글은 합치는 것이 먼저입니다
새 글을 쓰기 전에 비슷한 글이 이미 있는지 제목과 본문을 나란히 놓고 봅니다. 같은 질문에 같은 답이라면 새 글보다 기존 글의 갱신이 더 나은 선택입니다. 독자는 같은 답이 여러 곳에 흩어져 있는 것보다 최신 상태의 한 곳을 선호합니다.
독자의 상황이 다르다면 그 차이를 도입부와 조건에서 분명히 보여 주어야 합니다. 이름이나 수식어만 바꾼 문서는 설명의 범위가 나뉘었다고 말하기 어렵습니다.
범위를 정하는 연습으로 글의 첫 문장을 먼저 써 보는 방법이 있습니다. 첫 문장에 이 글이 해결할 과제가 담기지 않는다면 아직 범위가 정해진 것이 아닙니다. 예를 들어 이 글에서는 이용 신청 방법을 설명합니다라는 문장이 자연스럽게 나온다면 그 뒤에 올 내용은 신청과 직접 관련된 것으로 제한됩니다. 이 단순한 연습이 글이 옆길로 새는 것을 막아 줍니다.
여러 사람이 함께 글을 쓰는 조직이라면 범위를 적은 한 문장을 글의 제목 옆에 메모로 붙여 두는 방법도 좋습니다. 검토자가 내용을 추가하자고 제안할 때 그 문장에 비추어 필요한지 판단할 수 있어 논의가 짧아집니다.
점검 결과는 간단한 기록으로 남겨 두는 것이 좋습니다. 이렇게 작은 습관을 꾸준히 이어 가면 별도의 큰 개편 없이도 정보의 품질을 안정적으로 유지할 수 있고, 담당자가 바뀌더라도 같은 기준으로 인수인계할 수 있습니다.
발행 전 마지막 확인
발행하기 전에 처음 보는 사람에게 제목만 보여 주고 어떤 내용을 기대하는지 물어보세요. 글을 읽은 뒤 기대한 답을 얻었는지, 어디에서 추가 질문이 생겨 멈췄는지 기록하면 범위가 알맞은지 알 수 있습니다.
설명의 범위는 처음 세운 목차를 지키는 문제가 아니라, 이 글이 책임지는 질문을 끝까지 해결하는 문제입니다. 주제와 독자에 따라 적정한 범위는 달라지므로 실제 문의를 근거로 계속 조정하시기 바랍니다.