AI에게 답을 묻기 전에, 문제를 다시 보라 【13편】

— PART 3. AI를 검색창이 아니라 문제해결팀으로 만들어라 · 마지막 편 —

"계획은 결정으로 끝나야 한다. 결정이 없는 계획은 그냥 희망이다."

— 피터 드러커 (Peter Drucker)

아홉 시간이 4초 만에 무너졌습니다

어느 하루를 시간 순서대로 따라가 보겠습니다.

14:00 팀장이 지시한다. "내일 임원회의에 올릴 신규 채널 검토 자료 좀 만들어 주세요."

14:20 AI에 요청한다. "신규 유통 채널 진출 검토 보고서 작성해 줘."

14:23 초안이 나온다. 시장 개요, 채널별 특성, 장단점 비교까지 깔끔하다.

15:00 자료를 보강한다. 경쟁사 사례를 추가하고, 도표를 만든다.

19:00 저녁을 거른다. 표를 다듬고 문장을 손본다.

23:00 완성. 열네 장. 스스로 봐도 잘 만들었다.

다음날 09:12 발표 시작 4분 뒤, 임원이 자료를 덮으며 말한다.

"그래서, 뭘 하자는 겁니까?"

아홉 시간이었습니다.

자료에 틀린 내용은 없었습니다. 오히려 충실했습니다. 시장도 설명했고, 채널도 비교했고, 사례도 붙였습니다.

그런데 그 열네 장 어디에도 이 문장이 없었습니다.

"A안으로 가겠습니다. 승인해 주십시오."

설명은 있었고 제안은 없었습니다. 분석은 있었고 결론은 없었습니다.

AI는 글을 만들어 줍니다. 그런데 우리가 조직에 제출해야 하는 것은 결정할 수 있는 문서입니다.

잘 읽히는 자료를 만드는 것과, 읽은 사람이 무언가를 결정하게 만드는 것은 완전히 다른 일입니다.

1. 글과 결과물을 가르는 다섯 가지

AI가 만들어 준 초안이 그대로 쓰이지 못하는 이유는 대개 같습니다. 다섯 가지 중 하나 이상이 빠져 있습니다.

결과물이 되기 위한 조건

세 번째 열을 읽어 보십시오. 모두 한 번쯤 겪어 본 장면일 것입니다. 원인은 능력이 아니라 이 다섯 칸 중 빈칸입니다.

가장 자주 빠지는 것은 첫 번째입니다

결정 지점이 없는 문서

AI에게 "보고서 써줘"라고 하면 설명문이 나옵니다. 설명문에는 결정 지점이 없습니다. 읽는 사람은 다 읽고 나서 "알겠는데 그래서?"라고 묻게 됩니다.

고치는 방법은 한 문장입니다

문서 맨 앞에 이 문장을 넣으십시오. "이 문서를 읽고 결정해 주셔야 할 것은 [무엇]입니다." 이 한 줄이 설명문을 의사결정 문서로 바꿉니다.

2. 다섯 가지 산출물, 다섯 가지 전환

업무에서 자주 만드는 결과물마다 전환 방식이 다릅니다. 같은 내용이라도 형태가 달라져야 합니다.

① 보고서

1- 보고서 — 상황 설명에서 결정 요청으로

✗ 글로 끝난 것 시장 현황을 설명하고 채널별 특성을 비교한 열네 장

✔ 결과물이 된 것 A안 권고 + 근거 세 줄 + 리스크 두 줄 + 예산 + 결정 요청

→ 받는 사람이 할 일 승인 또는 반려를 이 자리에서 결정

② 기획서

2 - 기획서 — 아이디어 나열에서 실행 설계로

✗ 글로 끝난 것 좋은 아이디어 일곱 개를 정리한 문서

✔ 결과물이 된 것 하나를 고르고 왜 나머지를 뺐는지 + 90일 실행 단계

→ 받는 사람이 할 일 이 방향으로 갈지, 다른 안을 볼지 판단

③ 회의록

3 - 회의록 — 발언 기록에서 실행 목록으로

✗ 글로 끝난 것 누가 무슨 말을 했는지 시간순으로 정리

✔ 결과물이 된 것 결정 사항 / 보류 사항 / 담당자·기한이 붙은 실행 항목

→ 받는 사람이 할 일 내 이름 옆 항목을 언제까지 할지 확인

④ 공지문

4 - 공지문 — 제도 설명에서 변화 안내로

✗ 글로 끝난 것 새 제도의 취지와 조항을 상세히 설명

✔ 결과물이 된 것 무엇이 언제부터 어떻게 달라지는지 + 내가 할 일

→ 받는 사람이 할 일 언제부터 무엇을 바꿔야 하는지 파악

⑤ 실행계획

✅ 실행계획 — 할 일 목록에서 진행 관리로

✗ 글로 끝난 것 해야 할 일을 빠짐없이 나열한 목록

✔ 결과물이 된 것 주차별 마일스톤 + 담당 + 완료 기준 + 점검 시점

→ 받는 사람이 할 일 이번 주에 무엇을 끝내야 하는지 확인

다섯 카드의 두 번째 줄과 세 번째 줄을 비교해 보십시오. 정보량은 줄었는데 쓸모는 늘었습니다.

결과물은 더 많이 쓰는 것이 아니라 덜 쓰는 것입니다. 받는 사람이 결정하는 데 필요한 것만 남기는 일입니다.

3. 같은 내용, 다른 형태

하나의 분석이 끝나면 대개 서너 군데로 나갑니다. 경영진, 팀장, 실무자, 전사 공지.

이때 같은 문서를 돌리면 아무도 제대로 읽지 않습니다.

받는 사람별 형식

한 번 분석하고 네 벌로 만드는 법

분석을 다시 하지는 않습니다

본체는 하나입니다. 거기서 각 독자에게 필요한 것만 뽑아 형태를 바꾸는 것입니다. 이 작업이야말로 AI가 가장 잘하는 일입니다.

아래 분석 내용을 네 가지 형태로 각각 만들어 주십시오.

[분석 본문]

① 경영진용 — 1페이지. 결론 먼저, 결정 요청으로 마무리

② 팀장용 — 실행 방법과 일정 중심. 역할 분담표 포함

③ 실무자용 — 체크리스트 형태. 첫 단계 명시

④ 전사 공지용 — 열 줄 이내. 개인에게 무엇이 달라지는지 중심

네 버전 모두 같은 사실에 기반해야 하며,

버전별로 결론이 달라지면 안 됩니다.

이 프롬프트 하나로 반나절 작업이 20분으로 줄어듭니다.

4. 초안을 결과물로 바꾸는 프롬프트

이번 편의 실전 결과물은 의사결정 가능한 문서입니다.

의사결정 문서 전환 프롬프트

[C] 아래는 제가 정리한 분석 내용입니다.

이것을 [받는 사람]에게 제출할 예정이며,

[무엇]을 결정받아야 합니다.

과거에 비슷한 안건이 '근거 부족'으로 보류된 적이 있습니다.

[R] 당신은 의사결정 문서 작성 전문가입니다.

[E] 다음 구조로 재구성해 주십시오.

① 결정 요청 사항 (맨 앞, 한 문장)

② 권고안과 그 이유 (세 줄 이내)

③ 검토한 대안과 제외 이유

④ 리스크와 대응

⑤ 실행 시 첫 30일에 일어날 일

분량: [지정]

[T] 다음을 점검해 주십시오.

- 읽는 사람이 무엇을 결정해야 하는지 명확한가

- 근거 없이 단정한 문장이 있는가

- 제가 원하는 결론으로 몰아간 부분이 있는가

[분석 내용]

완성도 점검 프롬프트

제출 직전에 한 번 돌리십시오

이 문서를 받는 사람 입장에서 읽고 점검해 주십시오.

받는 사람: [직급과 관심사]

제출 목적: [무엇을 얻으려는가]

① 다 읽고 나서 '그래서 뭘 하자는 거지'라는 생각이 드는 부분

② 질문받을 가능성이 가장 높은 문장 세 개

③ 근거가 약한데 단정적으로 쓰인 부분

④ 빼도 되는 분량

칭찬은 필요 없습니다. 반려될 지점만 짚어 주십시오.

마지막 문장이 중요합니다. 요청하지 않으면 대개 좋은 점부터 말해 줍니다.

5. 문서에서 사람이 반드시 써야 하는 부분

판단을 드러내는 문장

"저는 A안을 권고합니다"

이 한 문장은 AI에게 맡기면 안 됩니다. 문서에 이름을 걸고 판단을 내놓는 것은 작성자의 몫입니다. AI가 만든 권고를 그대로 옮기면, 질문을 받았을 때 방어할 수 없습니다.

현장을 아는 사람만 쓸 수 있는 문장

"이 방식은 우리 생산라인에서는 어렵습니다"

AI는 현장을 모릅니다. 이론적으로 타당한 계획이 실제로는 불가능한 경우가 많고, 그것을 아는 사람은 문서를 쓰는 여러분입니다.

숫자의 최종 확인

11편에서 다룬 것이 여기서 이어집니다

문서에 들어가는 모든 수치는 제출 전에 직접 확인하십시오. 출처·시점·범위 네 줄이 준비돼 있으면 3초 만에 답할 수 있습니다.

AI 초안, 인간 판단, 인간 바카라임.

6. 한 장으로 줄이고 예산을 받은 사람

몇 해 전, 한 장애인 복지기관에서 있었던 일입니다.

기관에는 오래된 승합차가 있었습니다. 이용자들을 병원과 센터로 실어 나르는 차량이었습니다. 12년이 넘어 잔고장이 잦았습니다.

담당 슬롯복지사가 3년째 차량 교체를 요청하고 있었습니다. 매년 예산 심의에서 밀렸습니다.

그분이 올린 자료는 매번 두꺼웠습니다. 차량 노후 상태, 수리 이력, 이용자 수, 다른 기관 사례까지 빠짐없이 들어 있었습니다.

네 번째 해, 그분은 방식을 바꿨습니다.

스무 장 짜리 자료를 한 장으로 줄였습니다. 그리고 맨 위에 이렇게 썼습니다.

"요청 사항: 차량 교체 예산 3,200만 원 승인"

그 아래에 세 줄이 있었습니다.

• 최근 2년 수리비 1,870만 원. 3년 더 쓰면 교체비를 넘습니다.

• 올해 운행 중 고장 4회. 그중 2회는 투석 예약 시간을 놓쳤습니다.

• 대체 차량이 없어 그날 예정된 12명의 외출이 취소됐습니다.

그리고 마지막 줄에 이름 하나가 적혀 있었습니다. 실명은 아니었고, 이렇게였습니다.

"7월 3일, 한 이용자는 병원에 가지 못했습니다."

나머지 열아홉 장은 부록으로 뒤에 붙였습니다.

예산이 승인됐습니다. 심의 시간은 6분이었다고 합니다.

나중에 심의위원 한 사람이 그분에게 물었답니다. "작년까지 자료랑 내용이 크게 다르지 않던데요."

그분이 답했습니다.

"내용은 같습니다. 3년 동안 제가 쓴 건 설명이었고, 올해 쓴 건 부탁이었습니다."

문서를 결과물로 바꾼다는 것은 형식을 다듬는 기술입니다.

그런데 그 기술이 하는 일은 다른 것입니다.

서랍에 머물던 요청을 누군가의 결정 앞에 올려놓는 일입니다.

그해 가을, 새 차량이 들어왔습니다. 12년 만이었습니다.

아무리 옳은 내용이어도, 결정할 수 있는 형태가 아니면 결정되지 않습니다. 형식은 예의가 아니라 힘입니다.

PART 3을 마치며

아홉 편부터 열세 편까지, AI를 문제해결팀으로 배치하는 이야기였습니다.

역할을 나눴고, 맥락을 설계했고, 근거를 확보했고, 안과 밖을 연결했고, 마지막으로 결과물로 바꿨습니다.

이 다섯 편을 관통하는 원칙은 하나입니다.

AI는 작업을 맡고, 사람은 판단을 맡는다.

오늘 만들고 계신 문서가 하나 있으실 것입니다. 제출 전에 맨 앞에 한 줄만 넣어 보십시오.

"이 문서를 읽고 결정해 주셔야 할 것은 ___입니다."

이 빈칸을 채우지 못한다면, 아직 결과물이 아닙니다.

채울 수 있다면, 그 문서는 이미 일하기 시작한 것입니다.

계획은 결정으로 끝나야 합니다. 결정이 없는 계획은 그냥 희망입니다.

◀ 전편 돌아보기

12편 「회사 안의 자료와 밖의 정보를 연결하라」에서는 2년 전 보류된 제안서와 같은 결론을 낸 1억 원짜리 컨설팅 보고서로 시작했습니다. 안과 밖 자료의 성격 비교, 연결 박스 세 가지 사례, 내부 자료를 AI에 넣을 때의 안전 기준을 다뤘습니다. 7년 치 사직 편지 여든두 장을 읽고 제도를 만든 수간호사의 이야기로 마무리했습니다.

▶ 다음 편 예고

다음 14편부터 PART 4가 시작됩니다. 「데이터가 없어도 가설은 검증할 수 있다」에서는 완벽한 데이터를 기다리다 아무것도 못 하는 상황을 다룹니다. 지금 가진 것만으로 가설이 맞는지 틀렸는지를 가르는 최소 검증 실험을 설계하는 방법을 정리합니다.

참고 문헌

1. Peter Drucker, The Effective Executive (1967) — 결정으로 끝나지 않는 계획의 무용성

2. Barbara Minto, The Pyramid Principle (1987) — 결론 선행 구조와 의사결정 문서의 논리 배열

3. Edward Tufte, The Cognitive Style of PowerPoint (2003) — 발표 자료가 의사결정을 방해하는 구조적 문제

4. Jeff Bezos, Amazon Shareholder Letter (2018) — 6페이지 내러티브 문서와 의사결정 회의 운영 방식

5. Harvard Business Review, "How to Write a Memo Executives Will Read" (2024) — 경영진 대상 문서의 구조 원칙

6. Anthropic, Claude for Business Writing (2025, claude.ai/docs) — 초안을 목적별 산출물로 전환하는 활용 사례

✦ ✦ ✦

이 시리즈는 Claude와 함께 세계를 읽고, 개인의 생존 전략을 설계하는 25편의 여정입니다.

① 구독을 위한 팔로우를 하시고 난 후 댓글, 하단에 ② 응원해 주시고, ③ 개인 메일을 남겨 주시면 클로드 글쓰기의 최고 전문가 마스터 시리즈와 메타프롬프트 자동화 생성기를 별도로 보내 드리겠습니다.