더하기 전에 빼 볼 것
글을 고칠 때는 보통 무엇을 더할지부터 생각합니다. 하지만 독자의 단계에 맞지 않는 설명이 이미 많은 글이라면, 더하는 일은 문제를 키울 뿐입니다. 선택을 앞둔 사람에게 기본 개념을 길게 반복하면 정작 확인해야 할 조건이 아래로 밀리고, 처음 알아보는 사람에게 세부 절차를 모두 보여 주면 주제가 흐려집니다.
그래서 편집 회의에서는 먼저 이 글을 누가 어떤 단계에서 읽는지 정하고, 지금 단계에서는 필요하지 않은 문단에 표시를 해 보는 방법이 유용합니다.
세 단계로 나눠 읽기
처음 알아보는 사람은 이게 무슨 일인지, 나와 관계가 있는지를 알고 싶어 합니다. 몇 가지를 놓고 고민하는 사람은 선택지를 가르는 기준과 제약을 찾고, 마음을 정한 사람은 신청이나 방문에 필요한 순서와 확인할 곳을 찾습니다.
다만 모든 독자가 이 순서로 움직이지는 않습니다. 검색을 거쳐 어느 글로든 처음 도착할 수 있으므로, 글마다 자기가 맡은 핵심 답을 그 글 하나만 읽고도 얻을 수 있게 써 두어야 합니다.
문단을 지울지 남길지 가르는 질문
문단마다 이 내용이 없으면 독자가 다른 결정을 내릴까라는 질문을 던져 봅니다. 그렇지 않다면 다른 글로 옮기거나 줄입니다. 회사의 연혁, 두루 쓸 수 있는 장점 소개는 대체로 여기에 해당합니다.
그러나 결과를 바꾸는 예외, 적용되지 않는 경우는 불편해도 남깁니다. 짧게 만들려는 욕심에 이런 조건을 지우면 글은 매끄러워져도 독자가 잘못 판단할 수 있습니다. 덜어내는 기준은 분량이 아니라 판단에 영향을 주는지입니다.
단계 사이를 잇는 링크
단계별 글 사이에는 이동한 뒤에 얻을 답이 보이는 링크 문구를 둡니다. 기본 개념 알아보기나 변경 절차 확인처럼 목적이 드러나야 독자가 눌러 볼지 판단할 수 있습니다.
링크를 따라가지 않아도 현재 글의 결론은 이해되어야 합니다. 같은 긴 정의를 글마다 복사하지 말고 필요한 한두 문장으로 요약해서 연결하세요. 중복이 늘어나면 정보가 바뀌었을 때 모든 글을 고르게 수정하기가 어려워집니다.
목록 전체를 점검하는 방법
기존 글을 점검할 때는 제목만 다른 문서의 첫 단락과 결론을 나란히 놓고 비교합니다. 단계가 다르다고 주장하지만 실제로 주는 답이 같다면 하나로 합치거나 역할을 다시 정해야 합니다.
독자의 질문이 실제로 다를 때에는 제목에 그 차이가 드러나게 씁니다. 발행량을 채우는 데 집중하기보다 단계와 단계 사이에 비어 있는 질문을 찾는 편이 독자에게 훨씬 유용합니다.
짧은 예로 보기
예를 들어 서비스 신청 방법을 소개하는 글에 서비스의 개발 배경과 일반적인 장점이 앞부분을 길게 차지하고 있다고 합시다. 이미 신청을 결정하고 들어온 독자는 신청 자격과 준비 서류를 찾기까지 한참 내려가야 합니다.
이때는 배경 설명을 소개 글로 옮기고, 신청 글의 맨 앞에는 자격과 순서를 놓습니다. 신청이 제한되는 예외가 있다면 그 바로 옆에 적습니다. 같은 정보라도 놓이는 자리가 바뀌면 글의 쓸모가 크게 달라집니다.
수정 뒤 확인
고친 뒤에는 처음 보는 사람에게 제목만 보여 주고 어떤 답을 기대하는지 물어봅니다. 그리고 본문에서 그 답을 찾기까지 어디에서 멈췄는지 살펴보면 덜어낼 설명과 남길 조건이 드러납니다.
단계별 편집은 문장을 줄이는 기술이 아니라, 지금의 선택에 필요한 근거를 가장 앞에 두는 일입니다. 이 원칙을 지키면 글의 길이가 어느 쪽으로 바뀌더라도 독자는 필요한 답을 놓치지 않습니다.
덜어낸 설명은 버리지 말고 어디로 옮겼는지 편집 기록에 적어 둡니다. 소개 글로 옮긴 문단, 자주 묻는 질문으로 옮긴 문단, 완전히 삭제한 문단을 구분해 두면 나중에 같은 내용을 다시 넣으려는 시도를 막을 수 있습니다. 기록이 쌓이면 팀 안에서 이런 설명은 이 단계의 글에 어울리지 않는다는 공통 기준이 생겨 편집 속도도 빨라집니다.
또한 독자의 단계는 글의 제목과 첫 문장에서 미리 알려 주는 것이 좋습니다. 이 글은 선택을 앞둔 분을 위한 비교 기준을 다룹니다 같은 한 줄이 있으면 기본 설명을 찾던 사람은 다른 글로 이동하고, 비교 중인 사람은 곧바로 필요한 부분을 읽을 수 있습니다. 읽는 사람이 스스로 자리를 찾도록 돕는 것도 편집의 중요한 역할입니다.