기업 콘텐츠 블로그의 원고를 여러 부서가 나누어 쓰면 각 부서가 자신의 자료를 연결해 달라고 요청할 수 있습니다. 개별 문단에서는 자연스럽던 연결도 합친 뒤에는 비슷한 권유가 계속 나타납니다. 링크를 부서별로 하나씩 배정하는 방식으로 정리하면 글의 목적보다 조직의 요청 수가 우선하게 됩니다. 합본 원고는 하나의 글로 다시 읽어야 합니다.
각 링크 옆에 해당 문단을 읽는 독자에게 필요한 이유를 적습니다. 기능 설명을 확인하는 자료인지, 실제 이용 조건을 판단하는 자료인지, 이미 설명한 내용을 되풀이하는 소개인지 구분합니다. 같은 목적지를 여러 부서가 요청했다면 어느 문맥에서 연결하는 것이 가장 분명한지 정합니다. 본문 질문과 직접 관련이 적은 자료는 관련 항목에 둘 수 있는지 검토합니다.
편집 결과를 공유할 때는 링크를 뺀 이유를 단순히 개수가 많아서라고 설명하지 않습니다. 가상의 검토에서는 ‘현재 문단에서 이미 답했으므로 하단 자료 목록으로 이동’처럼 기능을 기준으로 알릴 수 있습니다. 필수 확인 자료가 있다면 왜 필요한지 담당 부서가 설명하도록 합니다. 모든 요청을 반영하려 어색한 문장을 추가하기보다 글의 핵심 질문을 유지합니다.
예약 발행 전에는 통합 원고의 첫 부분부터 마지막까지 연결 문구를 이어 읽습니다. 비슷한 권유가 다른 표현으로 반복되는지, 별도 목록으로 이동한 자료의 이름이 본문과 충돌하는지 확인합니다. 특정 기간에만 필요한 연결은 종료 조건도 기록합니다. 최종 문구와 배치의 책임을 정해 두면 발행 직전 각 부서의 수정이 겹쳐 같은 링크가 다시 여러 번 삽입되는 문제를 줄일 수 있습니다.
최종 반영본을 보낼 때에는 각 부서에 원래 요청과 달라진 위치를 알려 줍니다. 자료를 삭제한 것인지, 한곳으로 모은 것인지, 다른 문장에 연결한 것인지 구별해야 같은 요청이 다시 들어오지 않습니다. 이후 수정 요청에도 해당 링크가 어떤 독자 질문을 해결하는지 함께 적도록 하면 부서 이름만으로 우선순위를 정하는 일을 줄일 수 있습니다. 공개 전 최종 편집자는 중복 삽입이 되돌아오지 않았는지 합본 전체를 다시 확인합니다.