기획서보다 먼저 무너지는 건 목차다
쓸 내용은 머릿속에 있다.
자료도 모았고, 하고 싶은 말도 있다.
그런데 막상 빈 문서를 열면, 뭘 먼저 꺼내야 할지 모르겠다.
문장이 안 떠오르는 게 아니다.
이 얘기를 먼저 해야 할지, 저 얘기를 먼저 해야 할지 — 순서가 안 잡히는 거다.
결국 일단 쓰기 시작하고, 다 쓴 다음에 "흐름이 이상한데?" 하고 처음부터 다시 뜯는다.
나도 그랬다.
기획 실무를 몇 년 했는데도, 보고서를 쓸 때마다 이 순서 문제에 발목을 잡혔다.
그러다 어느 순간 깨달았다.
보고서가 잘 읽히고 안 읽히고의 차이는 문장력이 아니라 구조력이라는 것을.
그리고 이 구조를 잡는 일이야말로, AI가 꽤 잘하는 영역이다.
보고서가 안 읽히는 이유를 물으면 대부분 이렇게 말한다.
"문장이 딱딱해서", "데이터가 부족해서", "디자인이 별로여서."
틀린 말은 아닌데, 핵심은 아니다.
보고서가 망하는 진짜 이유는 구조가 없기 때문이다.
더 정확히 말하면, 읽는 사람의 머릿속에 '지도'를 그려주지 못하기 때문이다.
생각해보자.
우리가 보고서를 읽을 때, 무의식적으로 하는 질문이 있다.
"이 보고서가 뭘 말하려는 거지?" "왜 이 순서로 얘기하는 거지?" "그래서 결론이 뭔데?"
이 세 질문에 자연스럽게 답이 되는 보고서가 좋은 보고서다.
그리고 이 질문에 답하는 건, 화려한 문장이 아니라 논리적인 목차다.
나는 주니어 시절, 내용을 먼저 쓰고 목차를 나중에 붙이는 식으로 일했다.
결과는 늘 비슷했다.
중간에 흐름이 끊기고, 뒤에서 앞의 내용을 반복하고, 결론이 어디서 튀어나왔는지 모르겠는 보고서.
팀장님이 한번은 이렇게 말했다.
"어대리, 내용은 괜찮은데 읽다 보면 길을 잃겠어."
그때부터 보고서를 쓰기 전에 목차를 먼저 잡기 시작했다.
그리고 지금은 그 목차 잡는 작업을 AI와 같이 한다.
AI한테 보고서를 써달라고 하면, 대부분 이렇게 시작한다.
"OO에 대한 보고서 써줘."
그러면 AI는 그럴듯한 내용을 쭉 뱉어낸다.
서론, 본론, 결론. 깔끔해 보이지만, 실제로 그 보고서를 제출할 수 있느냐고 물으면 대부분 고개를 젓는다.
왜 그럴까?
AI가 잡아준 구조가 '범용 템플릿'이기 때문이다.
누구에게 보고하는 건지, 어떤 의사결정을 위한 건지, 읽는 사람이 뭘 궁금해하는지를 모르니까.
나도 처음엔 이렇게 했다.
"신규 사업 타당성 보고서 써줘"라고 던졌더니, AI가 그럴듯한 목차를 뽑아줬다.
서론, 시장분석, 사업모델, 재무계획, 결론. 교과서에서 본 것 같은 구조였다.
문제는, 이걸 실제 보고 자리에 가져갔을 때 벌어졌다.
팀장님이 첫 장을 넘기더니 이렇게 말했다.
"그래서 우리가 왜 이걸 해야 하는 건데? 경쟁사도 이거 하고 있어?"
내가 빠뜨린 건 '시장 분석' 같은 항목이 아니었다.
읽는 사람이 제일 먼저 궁금해하는 질문을 구조에 반영하지 못한 거였다.
그 뒤로 나는 보고서를 쓰기 전에, AI에게 이런 식으로 말한다.
"나는 지금 팀장님한테 보고할 경쟁사 대응 전략 보고서를 준비하고 있어. 팀장님은 '우리가 왜 지금 움직여야 하는지'를 먼저 알고 싶어하는 스타일이야.
이 보고서의 목차를 3~4단계로 잡아줘.
각 섹션이 어떤 역할을 하는지도 한 줄씩 설명해줘."
이렇게 하면 AI가 내놓는 구조가 완전히 달라진다.
단순한 '서론-본론-결론'이 아니라, "시장 변화 시그널 → 경쟁사 움직임 요약 → 우리의 갭 분석 → 대응 옵션 비교 → 추천안" 이런 식으로, 읽는 사람의 사고 흐름에 맞춘 구조가 나온다.
같은 '경쟁사 대응 전략'이라는 주제인데, 요청 방식에 따라 완전히 다른 구조가 나온다.
범용 요청은 '카테고리'를 나열하고, 맥락을 담은 요청은 '사고의 흐름'을 설계한다.
이 차이가 결국 보고서가 읽히느냐 안 읽히느냐를 가른다.
핵심은 이거다.
AI에게 "보고서 써줘"가 아니라 "이 보고서의 뼈대를 잡아줘"라고 요청하는 것.
그리고 그 요청 안에 세 가지 정보를 넣어야 한다.
① 누가 읽는가 — 읽는 사람의 관심사와 의사결정 스타일
② 왜 쓰는가 — 이 보고서가 어떤 판단을 돕기 위한 것인지
③ 어디까지 다루는가 — 범위와 깊이의 경계
이 세 가지만 명확하면, AI가 잡아주는 구조의 품질이 확 올라간다.
AI가 목차를 내놓으면, 대부분 "괜찮네" 하고 바로 내용을 채우기 시작한다.
여기서 한 단계가 빠진다.
그 목차가 정말 논리적으로 연결되어 있는지를 검증하는 단계.
나는 이걸 '질문 순서 검증법'이라고 부른다.
방법은 간단하다.
목차의 각 섹션을 질문으로 바꿔보는 거다.
예를 들어, AI가 이런 목차를 줬다고 하자.
1. 시장 현황
2. 경쟁사 동향
3. 자사 현황 분석
4. 전략 제안
5. 실행 로드맵
이걸 질문으로 바꾸면 이렇게 된다.
지금 시장이 어떻게 돌아가고 있지?
경쟁사는 뭘 하고 있지?
우리는 지금 어디에 서 있지?
그래서 우리는 뭘 해야 하지?
구체적으로 언제, 어떻게 하지?
이 질문들이 자연스럽게 이어지면 좋은 구조다.
앞의 질문에 대한 답이 다음 질문을 자연스럽게 불러오는가. 그게 핵심이다.
만약 3번을 읽고 나서 바로 5번으로 넘어가고 싶은 충동이 든다면, 4번 섹션이 약하다는 뜻이다.
만약 2번과 3번의 순서를 바꿔도 상관없다면, 둘 중 하나가 불필요하거나, 묶여야 한다는 뜻이다.
이 검증을 AI한테 시킬 수도 있다.
"이 목차를 읽는 사람 입장에서 봐줘. 각 섹션을 질문으로 바꿔보고, 질문의 흐름이 자연스러운지 검토해줘. 어색한 부분이 있으면 수정안도 같이 줘."
AI는 이런 논리 흐름 검토를 꽤 잘한다.
사람은 자기가 쓴 구조에 대해 객관적이기 어렵지만, AI는 냉정하게 "2번과 3번 사이에 인과 관계가 약합니다" 같은 피드백을 준다.
물론 AI의 피드백이 항상 맞는 건 아니다.
하지만 내가 놓친 논리적 빈틈을 발견하는 용도로는 충분하다.
최종 판단은 언제나 내가 한다.
구조가 잡혔다. 검증도 끝났다. 이제 내용을 채울 차례다.
여기서 많은 사람들이 다시 실수한다.
목차를 통째로 AI에게 주고 "이 목차대로 보고서 써줘"라고 하는 거다.
이전 글(14화)에서 다뤘듯이, AI한테 한 번에 다 시키면 품질이 떨어진다.
보고서도 마찬가지다.
나는 이렇게 한다.
섹션 하나씩, 따로 채운다.
"지금부터 보고서의 '시장 현황' 섹션을 작성할 거야.
이 섹션의 목적은, 읽는 사람이 '아, 시장이 이렇게 변하고 있구나'를 30초 안에 파악하게 하는 거야.
분량은 A4 반 페이지 정도. 핵심 수치 2~3개를 포함해줘. 톤은 객관적이고 간결하게."
이렇게 섹션마다 목적, 분량, 톤, 포함할 요소를 따로 지정하면 AI가 각 섹션에 최적화된 결과물을 낸다.
여기서 하나 더 팁이 있다.
섹션을 채울 때, 이전 섹션의 내용을 AI에게 같이 보여주는 거다.
"앞에서 작성한 '시장 현황' 섹션은 이렇게 마무리했어. (내용 붙여넣기) 이어서 '경쟁사 동향' 섹션을 작성해줘."
이렇게 하면 AI가 앞 섹션의 맥락을 이어받아서 쓰기 때문에, 나중에 전체를 합쳤을 때 각 섹션이 따로 노는 느낌이 확 줄어든다.
반대로, 이전 맥락 없이 섹션만 던지면 어떻게 될까.
AI는 매번 처음부터 설명하듯이 쓴다.
그래서 합치고 나면 같은 배경 설명이 여기저기 반복되고, 톤도 섹션마다 들쭉날쭉해진다.
결국 섹션별로 나눠서 쓰되, 이전 맥락은 꼭 넘겨줘야 한다.
이건 사람과 협업할 때도 마찬가지다.
"네가 쓴 부분 보고 이어서 쓸게"라고 말하는 것과 같은 원리다.
그리고 여기서 중요한 게 하나 더 있다.
각 섹션의 마지막 문장과 다음 섹션의 첫 문장이 자연스럽게 이어지는지 확인하는 것.
보고서에서 가장 어색한 순간이 섹션과 섹션 사이의 전환이다.
갑자기 맥락이 바뀌면 읽는 사람이 길을 잃는다.
나는 섹션을 다 채운 뒤에 AI에게 이런 요청을 한다.
"각 섹션의 마지막 문장과 다음 섹션의 첫 문장을 나열해줘.
전환이 어색한 부분이 있으면 연결 문장을 추천해줘."
이렇게 하면 보고서 전체가 하나의 흐름으로 읽히게 된다.
한번은 이 방법으로 6페이지짜리 사업 제안서를 만들었는데, 전환 검토에서 AI가 "3번 섹션 끝에서 갑자기 시점이 바뀝니다"라는 피드백을 줬다.
확인해보니, 시장 분석까지는 객관적 시점이었는데 전략 제안 섹션부터 갑자기 "우리는 ~해야 합니다"로 바뀌어 있었다.
한 문장만 추가해서 자연스럽게 시점을 전환했고, 최종 보고서의 완성도가 훨씬 올라갔다.
정리하면 이렇다.
- 구조 잡기 → 질문 순서 검증 → 섹션별 내용 채우기(맥락 전달) → 전환 다듬기
이 네 단계를 거치면, AI가 쓴 보고서가 아니라 내가 기획한 보고서가 나온다.
AI는 각 단계에서 도구로 쓰이는 거지, 보고서를 대신 쓰는 게 아니다.
지금까지 얘기한 걸 실전에서 바로 쓸 수 있게 정리해보겠다.
1단계 : 구조 요청
나는 [누구]에게 보고할 [주제] 보고서를 준비하고 있어.
보고받는 사람은 [관심사/스타일 특성]이 있어.
이 보고서의 목표는 [어떤 의사결정을 돕는 것]이야.
범위는 [어디서 어디까지]. 목차를 3~5단계로 잡아줘. 각 섹션의 역할도 한 줄씩 설명해줘.
2단계 : 구조 검증
이 목차를 읽는 사람 입장에서 검토해줘.
각 섹션을 질문으로 바꾸고, 질문 흐름이 자연스러운지 평가해줘.
논리적으로 약한 연결이 있으면 수정안을 줘.
3단계 : 섹션별 작성
[섹션명]을 작성해줘.
이 섹션의 목적 : [읽는 사람이 뭘 알게 되어야 하는지]
분량 : [대략적인 분량]
톤 : [객관적/설득적/요약적 등]
포함 요소 : [수치, 사례, 비교표 등]
4단계 : 전환 검토
각 섹션의 끝 문장과 다음 섹션의 시작 문장을 보여줘.
전환이 부자연스러운 곳에 연결 문장을 추천해줘.
이 네 단계가 손에 익으면, 보고서 하나 쓰는 데 드는 시간이 체감상 절반 이하로 줄어든다.
더 중요한 건 시간이 아니다.
보고서의 논리 구조가 단단해지니까, 보고 자리에서 질문을 받아도 흔들리지 않는다.
보고서를 잘 쓴다는 건 글을 잘 쓴다는 뜻이 아니다.
생각을 잘 정리한다는 뜻이다.
그리고 생각을 정리하는 가장 강력한 방법이 구조를 먼저 세우는 것이다.
AI 시대에 기획자의 역할은 더 분명해지고 있다.
내용을 직접 다 쓰는 사람이 아니라, 전체 그림을 그리고, 흐름을 설계하고, 빠진 부분을 찾아내는 사람.
보고서의 구조를 잡는다는 건, 결국 "이 보고서를 읽는 사람에게 어떤 생각의 여정을 선물할 것인가"를 설계하는 일이다.
AI는 그 설계를 도와주는 훌륭한 도구다.
하지만 설계의 출발점은 언제나 사람이다.
내일 보고서를 쓸 일이 있다면, 이것 하나만 기억하자.
내용을 채우기 전에, 뼈대를 먼저 잡아라.
그리고 그 뼈대를 AI와 같이 세워라.
다음 글에서는, 보고서에 숫자와 데이터를 넣을 때 AI를 어떻게 쓰는지 이야기해보려 한다.
#AI보고서 #보고서구조 #기획자AI #프롬프트엔지니어링 #AI업무활용 #보고서목차 #논리구조 #AI실무 #기획력 #브런치작가