
조직이 커질수록 회의는 늘고 결정은 느려집니다. 이때 슬라이드 중심 커뮤니케이션은 “그럴듯한 요약”을 만들기 쉽지만, 정작 중요한 가정·근거·리스크·트레이드오프를 흐리게 만듭니다.
6pager는 그 반대입니다. 발표를 줄이고, 문서 자체로 논리와 결정을 강제하는 방식입니다.
6pager 보고서란 무엇인가
6pager(6페이지 보고서)는 파워포인트가 아니라 텍스트 기반 내러티브 문서입니다.
불릿이 아니라 문장과 단락으로 “문제 → 근거 → 옵션 → 리스크 → 실행”을 한 흐름으로 고정합니다.
핵심 정의는 한 줄로 끝납니다.
- 6pager는 ‘보고서’가 아니라 ‘결정문서’다.
6pager가 슬라이드보다 강한 이유
슬라이드는 요약에 강하지만, 인과관계와 상대적 중요도를 평평하게 만듭니다. 반면 6pager는 논리의 사슬을 문장으로 강제합니다. 그래서 작성 비용은 높지만, 결정 품질이 올라갑니다.
아래 표는 둘의 차이를 “운영 관점”까지 포함해 정리한 것입니다.
| 구분 | 슬라이드(PPT) | 6pager(내러티브 문서) |
| 목적 | 공유/설명 | 결정/합의 |
| 전달 방식 | 발표 의존 | 문서 자체로 완결 |
| 논리 구조 | 요약·나열에 강함 | 인과·근거 연결에 강함 |
| 회의 운영 | 발표 → Q&A | 읽기 → 토론 → 결정 |
| 장점 | 빠르게 만들 수 있음 | 논리 구멍이 드러남 |
| 단점 | “그럴듯함”이 통과됨 | 작성·리라이트 비용 큼 |
6pager 표준 구조: 템플릿이 아니라 ‘논리의 순서’
조직마다 섹션 이름은 달라도 됩니다. 중요한 건 독자가 자연스럽게 결론에 도달하는 순서입니다. 아래 구조는 6pager의 “가장 실무적인 기본형”입니다.
| 섹션 | 권장 분량 | 이 섹션의 목적 | 반드시 답해야 할 질문 |
| Introduction | 0.5~1p | 이번 문서의 결정을 고정 | “이번 회의에서 무엇을 결정하나?” “왜 지금인가?” |
| Goals | ~0.5p | 성공 기준을 수치로 고정 | “성공을 무엇으로 측정하나(숫자/기한)?” |
| Tenets(Principles) | ~0.5p | 트레이드오프 기준 명시 | “충돌이 나면 무엇을 우선하나?” |
| State of Business | 1~2p | 현재 상황을 데이터로 정리 | “지금의 사실/지표/제약은 무엇인가?” |
| Options / Proposal | 1~2p | 대안 비교 또는 단일 제안 | “옵션은 무엇이고, 왜 이 안인가?” |
| Risks & Mitigations | 0.5~1p | 리스크를 선제 제거 | “무엇이 망가질 수 있고, 어떻게 줄이나?” |
| Execution Plan | 0.5~1p | 실행을 책임 단위로 쪼갬 | “누가/언제/무엇을/어떻게?” |
| Appendix | 제한 없음 | 근거 자료를 격리 | “표/그래프/원자료/FAQ” |
팁: “Lessons Learned(교훈)”은 Options/Proposal 앞이나 뒤에 넣어도 됩니다. 과거 맥락이 중요한 주제일수록 효과가 좋습니다.
6pager를 ‘결정문서’로 만드는 핵심 규칙 5가지
6pager가 실패하는 이유는 대개 구조가 아니라 문장과 근거의 규율이 없기 때문입니다. 아래 5가지는 사실상 필수 규칙입니다.
- 첫 문단에 ‘결정문’이 있어야 한다
- “A를 한다/안 한다”, “옵션 B로 간다” 같은 문장으로 시작합니다.
- 모호어를 금지하고 숫자로 치환한다
- “많이/상당히/대부분/혁신적”은 논쟁만 만들고 결정을 못 만듭니다.
- 가정(assumption)을 문서 안에 노출한다
- “이게 맞다면”을 숨기면, 회의에서 나중에 폭발합니다.
- 반대 논리를 문서가 먼저 공격한다
- 이해관계자가 던질 질문을 본문에서 선제 처리해야 합니다.
- 실행은 ‘책임 단위’로 쪼개야 한다
- 일정이 아니라 “오너십”이 박혀야 실행이 됩니다.
아래 표는 모호한 문장을 정밀하게 바꾸는 대표 패턴입니다.
| 나쁜 문장(모호) | 좋은 문장(정밀) | 교정 포인트 |
| 속도가 많이 빨라졌다 | 응답 지연이 120ms → 70ms로 감소 | 형용사 삭제, 수치로 고정 |
| 대부분 유저가 불편해한다 | 최근 7일 CS 312건 중 41%가 결제 오류 | ‘대부분’ 금지, 근거 출처 명시 |
| 혁신적인 기능이다 | 전환율 +1.2%p, 재방문율 +3.8%p 목표 | 감상 제거, KPI로 번역 |
6pager 작성 프로세스: “문서 작성”이 아니라 “리라이트 공정”이다
6pager는 한 번에 완성하는 문서가 아닙니다. 초안은 반드시 거칠고 길어집니다. 중요한 건 정제 과정입니다. 아래 프로세스는 PM/리더가 팀에 바로 적용하기 좋은 표준 흐름입니다.
| 단계 | 산출물 | 체크 포인트 |
| 1 | 결정문 1줄 | “이번 문서로 결정할 것”이 첫 문단에 존재 |
| 2 | 3문장 요약 | 문제/근거/제안을 3문장으로 말 가능 |
| 3 | 근거 수집(부록) | 데이터·표·링크는 부록에 먼저 적재 |
| 4 | 본문 논리 구성 | “왜 → 그래서 → 따라서”가 문장으로 연결 |
| 5 | Chop(삭제) 1차 | 중복/수사/배경 과다 제거, 본문을 가볍게 |
| 6 | 반대 논리 삽입 | 질문 리스트를 문서에서 선제 처리 |
| 7 | 실행계획 고정 | 오너/마감/범위/의존성이 한 눈에 보임 |
| 8 | Chop(삭제) 2차 | 결론에 기여 못하는 문장 제거 |
| 9 | 리뷰 라운드 | 핵심 이해관계자 1~2명에게 논리 검증 |
| 10 | 결정본 확정 | “결정문 + 근거 + 리스크 + 실행”만 남김 |
회의 운영까지 붙여야 6pager가 완성된다
6pager는 문서만 바꿔서는 효과가 반쪽입니다. 회의가 여전히 “발표 중심”이면, 결국 PPT와 같은 문제가 반복됩니다. 운영 원칙은 간단합니다.
- 회의 전: 문서는 공유하되, 회의에서 다시 읽는 전제로 설계
- 회의 시작: 읽기 시간 확보(개인별로 다 읽고 왔는지에 의존하지 않음)
- 회의 중: 발표 최소화, 문서의 가정/근거/리스크를 공격
- 회의 끝: 결정문 업데이트 + 액션아이템 확정
아래는 운영을 “실행 가능한 체크리스트”로 정리한 표입니다.
| 운영 항목 | 원칙 | 실패 신호 |
| 시작 방식 | 읽기 → 토론 → 결정 | 발표가 길어지고 Q&A가 소모전 |
| 토론 대상 | 사람/의견이 아니라 가정·근거·리스크 | “느낌상” “상식적으로”가 반복 |
| 산출물 | 결정문 + 액션아이템 | “일단 해보자”로 끝남 |
| 문서 관리 | 결정 후 문서를 업데이트해 기록으로 남김 | 회의록/결정이 분리되어 유실 |
도입 실패 패턴 3가지
마지막으로, 6pager를 도입했다가 망하는 패턴은 거의 고정입니다.
| 실패 패턴 | 원인 | 해 결 |
| 6페이지를 채우는 게 목표가 됨 | 분량=깊이라는 착각 | 결론 먼저, 본문은 논리만, 근거는 부록 |
| 결정문서가 아니라 설명문서가 됨 | Introduction에 결정이 없음 | 첫 문단에 “결정문”을 강제 |
| 문서 노동만 늘어남 | 리뷰·리라이트 문화 부재 | 리뷰 라운드(초안→리라이트→결정본)를 프로세스로 |
결론: 6pager는 문서 포맷이 아니라 ‘의사결정 시스템’이다
6pager의 본질은 “6페이지”가 아닙니다.
결정을 텍스트로 고정하고, 가정과 근거를 드러내며, 리스크를 선제 처리하고, 실행을 오너십 단위로 쪼개는 시스템입니다.
슬라이드를 없애는 게 목표가 아니라, 결정이 남고 실행이 따라오는 조직을 만드는 게 목표입니다.
함께 보면 좋은 글
PRD란 무엇인가? PM을 위한 PRD 정의·구성·작성 가이드
PRD란 무엇인가? PM을 위한 PRD 정의·구성·작성 가이드
프로덕트 매니저(PM)가 가장 많이 쓰는 문서 중 하나가 PRD(Product Requirement Document)입니다.하지만 많은 실무자들이 PRD를 형식의 문서로만 이해합니다. 이 글은 다음을 정리합니다: ✔ PRD의 정확한
onemorethink.tistory.com
AC 문서 작성법: 실무에서 바로 쓰는 Acceptance Criteria 가이드
AC 문서 작성법: 실무에서 바로 쓰는 Acceptance Criteria 가이드
제품 개발에서 Acceptance Criteria (수용 기준)는기능이 완성된 상태를 객관적으로 판단하는 기준입니다.명확한 AC(수용 기준)는 QA/개발/PO/PM 간 기대 일치를 만들고테스트·릴리즈·검증의 기준 역할
onemorethink.tistory.com
PM이 반드시 가져야 할 의사결정 프레임 3가지
PM의 역할은 아이디어를 많이 내는 사람이 아니라,“지금 무엇을 선택해야 하는가”를 가장 정확하게 판단하는 사람이다. 기획이 많아질수록, 데이터가 쌓일수록, 이해관계자가 늘어날수록PM의
onemorethink.tistory.com
'Work Ops > Docs & Alignment' 카테고리의 다른 글
| Executive Summary 작성법: 임원이 읽는 1페이지 요약보고 구조 (0) | 2026.04.01 |
|---|---|
| 원페이저(One-pager) 보고서 작성법: A3 보고서까지 한 장으로 결정 만드는 법 (0) | 2026.03.31 |
| PM용 GA4 측정 계획서 템플릿 + 이벤트 정의서 작성법 (0) | 2026.03.17 |
| AC 문서 작성법: 실무에서 바로 쓰는 Acceptance Criteria 가이드 (1) | 2026.01.09 |
| PRD는 언제 멈춰야 하는가? (When to Stop Writing PRD) (0) | 2026.01.08 |