기획자의 보고서 작성법 (두괄식, 핵심 요약, 그리고 데이터 지표 정리까지)

최근에 보고용 문서를 하나 작성하면서 꽤 크게 느낀 점이 있다.

나는 그동안 보고서를 작성할 때
모든 상황을 빠짐없이 설명하는 것이 중요하다고 생각했다.

 

그래서 실제로 작성했던 문서는

• 배경
• 다양한 전제 조건
• 케이스별 시나리오
• 가능한 결과들

을 최대한 빠짐없이 담았다.

 

그런데 결과는 예상과 달랐다

 

문서를 공유하고 나서 받은 피드백은 명확했다.

“그래서 결론이 뭐야?”
“핵심이 한눈에 안 들어온다”
“읽는 데 시간이 너무 오래 걸린다”

이때 깨달았다.

 

보고용 문서는 “잘 쓴 설명문”이 아니라 “빠르게 이해되는 의사결정 도구”다

 

이 글에서는 내가 겪은 시행착오를 바탕으로

• 왜 두괄식이 중요한지
• 핵심 3줄 요약은 어떻게 써야 하는지
• 다양한 전제를 어떻게 정리해야 하는지
• 지표는 어떻게 뽑아야 하는지

까지 정리해본다.

 

 

---

 

Chapter 1. 왜 두괄식이 중요한가

보고서를 보는 사람의 관점

보고서를 읽는 사람은

• 기획자
• 개발자
• 디자이너
• PM
• 리더

등 다양한 직군이다.

이들의 공통점은 단 하나다.

 

시간이 없다

 

 

읽는 방식이 다르다

보고서를 작성하는 사람은

“순서대로 읽는다”

하지만 보는 사람은

“결론부터 찾는다”

 

 

그래서 발생하는 문제

두괄식이 아니면

• 핵심 찾는데 시간 소요
• 중간에 이탈
• 오해 발생

 

핵심

보고서는 “읽히는 글”이 아니라 “빠르게 파악되는 구조”여야 한다

 

---

Chapter 2. 두괄식 보고서 구조

기본 구조

1. 결론 (요약)
2. 근거 (데이터)
3. 상세 설명

 

 

실무에서 사용하는 구조

1. TL;DR (3줄 요약)

이게 가장 중요하다

 

2. 핵심 인사이트

• 왜 이 결론이 나왔는지
• 무엇이 문제인지

3. 데이터 근거

• 지표 변화
• 수치 비교

4. 상세 분석

• 케이스
• 전제 조건
• 시나리오

 

핵심 포인트

• 상세 내용은 뒤로 밀어도 된다
• 결론은 무조건 앞에 둔다

---

Chapter 3. “3줄 요약” 제대로 쓰는 법

많은 사람들이 3줄 요약을 형식적으로 쓴다.

하지만 잘 쓴 3줄 요약은 다르다.

 

잘못된 예

• 이번 기능은 다양한 케이스를 고려하여 설계되었다
• 여러 상황을 분석하였다
• 향후 검토가 필요하다

아무 의미 없음

 

좋은 3줄 요약

= 결론 + 이유 + 액션이 들어가야 한다

 

예시

• 현재 구조에서는 특정 케이스에서 오류 발생 가능성이 있다
• 이는 A 조건에서 B 로직이 충돌하기 때문이다
• 따라서 C 방식으로 구조 수정이 필요하다

 

핵심 공식

결론 + 원인 + 대응

 

---

Chapter 4. 다양한 전제를 어떻게 정리해야 하는가

내가 이번에 가장 크게 실수한 부분이다.

“전제를 다 설명하려고 했다”

 

문제

• 글이 길어진다
• 핵심이 묻힌다
• 독자가 지친다

 

해결 방법

전제를 “앞”이 아니라 “뒤”로 보낸다

 

구조 변경

기존 방식?

전제 → 상황 → 케이스 → 결론

 

 

개선 방식?

결론 → 핵심 → 필요 시 전제 확인

 

 

방법

• 전제는 “접을 수 있는 영역”으로
• 상세는 appendix로
• 본문은 핵심만

 

핵심

모든 내용을 넣는 것이 아니라 필요한 사람이 찾아볼 수 있게 만든다

 

---

Chapter 5. 데이터 지표는 어떻게 뽑아야 하는가

이 부분도 정말 중요하다.

 

흔한 실수

• 데이터 많이 넣기
• 표만 잔뜩
• 의미 없는 수치 나열

결과?

• 아무도 안 본다

 

좋은 데이터의 기준

“변화”가 보여야 한다

 

핵심 질문

데이터를 넣기 전에 반드시 물어야 한다.

“그래서 뭐가 달라졌는가?”

 

예시

나쁜 데이터

• DAU: 12,345
• 클릭 수: 5,678

좋은 데이터 (변화가 보인다)

• DAU: 12,345 → 15,200 (+23%)
• 클릭 전환율: 3.2% → 5.8% (+81%)

 

핵심 지표 뽑는 기준?

1. Before / After

• 변경 전
• 변경 후

2. 변화율

• 증가 / 감소 %
• 절대값 + 비율 같이

3. 의사결정 연결

• 이 데이터로 무엇을 판단하는가

 

---

Chapter 6. 눈에 잘 보이게 만드는 방법

숫자는 강조한다

• 볼드 처리
• 색상 구분
• 화살표 사용

구조화

[문제]
[원인]
[결과]

 

한 화면 원칙

한 화면에서 핵심 파악 가능해야 한다

 

 

---

Chapter 7. 이번 시행착오에서 얻은 인사이트

이번 경험에서 가장 크게 느낀 점은 하나다.

 

“많이 쓴다고 좋은 문서가 아니다”

 

 

나는

• 빠짐없이 설명하려고 했고
• 모든 경우를 담으려고 했고
• 논리적으로 완벽하게 만들려고 했다

 

하지만 실제로 필요한 것은 빠르게 이해되는 구조였다

 

깨달은 기준

• 자세함 < 명확함
• 설명 < 전달
• 완성도 < 이해도

 

---

Chapter 8. 앞으로의 작성 기준

앞으로는 다음 기준으로 작성하려 한다.

 

1. 무조건 두괄식

결론 먼저

2. 3줄 요약 필수

결론 + 이유 + 액션

3. 데이터는 변화 중심

Before / After

4. 상세는 뒤로

필요한 사람만 보게

5. 한눈에 이해 가능하게

읽지 않아도 이해되게

 

 

---

 

마무리

보고서는 단순히 “잘 쓰는 글”이 아니다.

의사결정을 돕는 도구다

 

이번 시행착오를 통해 느낀 것은 명확하다.

“모든 것을 담는 것”보다
“핵심을 전달하는 것”이 더 중요하다

 

이 글을 한 줄로 정리하면 보고서는 설명이 아니라 설득이다