백서 공개 범위 — 목차·요약·본문을 어디까지 보여 줄까
기준일 2026-10-14 · AZET 운영팀 작성
백서 제목은 흥미로운데 목차도 예시도 없어 내려받을 가치가 있는지 판단하기 어려운 경우가 있습니다. 이 글은 AZET 운영사가 작성한 실무 참고용 글이며, 문서의 목적과 다루는 정보에 따라 적용 조건이 다릅니다.
백서의 공개 범위는 독자가 읽기 전에 판단할 정보와 깊게 검토할 정보를 나누는 편집 문제입니다. 연락처를 받는 방식보다 목차, 요약, 본문에 각각 어떤 역할을 줄지 먼저 정합니다.
목차만 읽어도 질문의 범위를 알게 합니다
‘개요, 현황, 해결책’처럼 어디에나 쓸 수 있는 목차는 문서의 내용을 가늠하기 어렵게 합니다. ‘여러 접수 경로를 통합하기 전 확인할 조건’처럼 장마다 답하는 질문을 드러내는 구성을 고려합니다.
목차에는 다루는 업무와 제외한 범위를 함께 적습니다. 독자가 기대하는 주제가 없다면 다른 자료를 찾을 수 있어야 합니다. 페이지 수만으로 문서의 깊이를 설명하지 않습니다.
| 공개 단위 | 독자가 판단할 것 | 편집할 때 확인할 점 |
|---|---|---|
| 목차 | 필요한 질문을 다루는가 | 장 제목과 실제 내용의 일치 |
| 핵심 요약 | 결론과 적용 조건이 맞는가 | 제한 조건의 누락 여부 |
| 본문 발췌 | 설명 방식과 깊이가 충분한가 | 근거와 결론이 함께 있는가 |
| 상세 본문·부록 | 내 업무에 어떻게 적용하는가 | 사례 전제와 자료 범위의 표시 |
요약에서는 결론의 조건을 남깁니다
요약을 쓸 때는 문제, 접근 방법, 핵심 판단, 적용하기 어려운 상황을 연결합니다. 결론을 강하게 보이게 하려고 단서만 본문에 숨기면 요약과 본문이 다른 메시지를 줄 수 있습니다.
예를 들어 요청 경로를 줄이는 방안을 설명한다면 업무 특성에 따라 별도 경로가 필요한 조건도 요약에 남깁니다. 공개 요약만 전달받은 사람이 읽더라도 결론의 범위를 오해하지 않도록 하기 위해서입니다.
독립적으로 이해하기 어려운 표 하나를 발췌하기보다는 질문과 해설이 이어진 한 단락을 공개하는 방법을 고려합니다. 발췌 위치와 전체 문서 안에서의 역할을 적으면 독자가 설명의 깊이를 가늠하기 쉽습니다.
공개본과 상세본을 나누는 기준을 정합니다
일반적인 판단 기준과 편집 예시는 공개본에 담고, 개별 검토가 필요한 내부 자료는 본문 구성에서 분리할 수 있습니다. 이때 빠진 부분 때문에 논리가 끊긴다면 제외 이유와 읽기에 필요한 전제를 대신 설명합니다.
백서 전체를 공개할 계획이라면 요약을 없애기보다 빠르게 읽는 경로로 활용합니다. 반대로 일부만 공개한다면 상세본에서 추가로 다룰 질문을 명확히 적고 이미 공개한 설명을 새 정보처럼 반복하지 않습니다.
배포 전에 목차의 장 이름, 요약의 결론, 본문의 근거를 서로 대조합니다. 본문을 수정했는데 공개 요약에 이전 결론이 남지 않도록 문서 날짜와 수정 범위를 함께 관리합니다.
자주 묻는 질문(FAQ)
Q1. 전체 본문을 공개하면 요약은 필요 없나요? 독자가 읽을 순서를 선택할 수 있도록 요약을 남길 수 있습니다. 요약에서는 문서의 적합성을 판단하고 본문에서는 근거와 적용 방법을 확인하도록 역할을 나눕니다.
Q2. 결론을 숨겨야 상세본을 읽지 않을까요? 결론을 공개해도 근거와 적용 과정에는 별도 가치가 있을 수 있습니다. 무엇을 더 확인할 수 있는지 설명하되 읽은 뒤의 결과를 단정하지 않습니다.
Q3. 사례를 공개하기 어려우면 어떻게 하나요? 설명을 위해 만든 가정 예시로 대체하고 가정임을 밝힙니다. 실제 관찰인 것처럼 표현하지 않으며 제외한 정보가 결론에 미치는 한계도 적습니다.
AZET 소개는 다음 안내 페이지를 참고할 수 있습니다.