보고서를 쓸 때 가장 오래 걸리는 건 첫 문장입니다. 빈 문서 앞에서 30분을 보낸 경험, 다들 있을 겁니다. 클로드는 이 "빈 문서 공포"를 없애 주는 데 탁월합니다. 다만 "보고서 써 줘" 한 마디로는 무난하지만 쓸모없는 문서가 나옵니다.
제가 정착한 방법은 개요 → 초안 → 검토 3단계입니다.
왜 단계를 나눠야 할까
한 번에 전체를 쓰게 하면 이런 문제가 생깁니다.
- 방향이 틀렸을 때 전체를 다시 써야 합니다.
- 섹션마다 깊이가 들쭉날쭉합니다.
- 내가 원하는 강조점이 묻힙니다.
단계를 나누면 방향은 개요에서 확정하고, 초안은 섹션별로 깊이 있게, 검토는 다른 관점에서 할 수 있습니다.
1단계. 개요 합의
<context>
- 보고서 주제: 사내 메신저 도입 3개월 효과 분석
- 읽는 사람: 경영지원본부장 (바쁨, 결론부터 보길 원함)
- 목적: 전사 확대 여부 결정
- 분량: A4 3쪽 이내
- 가진 자료: 사용률 통계, 설문 결과(응답 120명), 비용 내역
</context>
이 보고서의 개요를 제안해 줘.
- 섹션 제목과 각 섹션에 들어갈 핵심 메시지 한 줄
- 각 섹션에 필요한 자료
- 아직 내가 준비하지 않은 자료가 있으면 알려 줘
"아직 준비하지 않은 자료"를 묻는 것이 포인트입니다. 클로드가 "경쟁 솔루션 비용 비교가 있으면 결정에 도움이 됩니다"처럼 빠진 부분을 짚어 줍니다.
개요를 받으면 순서를 바꾸거나 섹션을 합치며 여기서 충분히 고칩니다. 개요 단계의 수정은 비용이 거의 들지 않습니다.
2단계. 섹션별 초안
개요가 확정되면 섹션 하나씩 씁니다.
확정된 개요의 '3. 사용 현황' 섹션을 써 줘.
<data>
(사용률 통계 붙여넣기)
</data>
규칙:
- <data>에 있는 수치만 사용
- 해석이 필요한 부분은 [해석 필요]로 표시하고 내가 채울게
- 300자 내외
[해석 필요] 표시 규칙이 중요합니다. 숫자의 의미를 판단하는 건 그 업무를 아는 사람의 몫입니다. 클로드가 그럴듯한 해석을 지어내는 대신 빈칸을 남기게 하면, 내가 채울 곳이 명확해집니다.
섹션을 모두 쓴 뒤 첫 섹션인 요약(결론)은 마지막에 씁니다. 본문이 확정돼야 요약이 정확해집니다.
3단계. 비판적 검토
초안이 완성되면 클로드에게 역할을 바꿔 검토를 맡깁니다.
너는 이 보고서를 받는 경영지원본부장이야.
깐깐한 관점에서 이 보고서를 검토해 줘.
- 결정을 내리기에 부족한 근거
- 반론이 나올 만한 부분
- 숫자와 주장이 맞지 않는 곳
- 빼도 되는 문장
같은 대화에서 쓰고 검토하면 자기가 쓴 글에 관대해질 수 있어서, 저는 새 대화를 열어 완성된 초안만 붙여 넣고 검토를 요청합니다. 확실히 지적이 날카로워졌습니다.
제출 전 체크리스트
| 항목 | 확인 |
|---|---|
| 모든 수치가 원자료와 일치하는가 | ☐ |
| [해석 필요], [확인 필요] 표시가 모두 채워졌는가 | ☐ |
| 첫 문단만 읽어도 결론을 알 수 있는가 | ☐ |
| 우리 회사만의 사례·판단이 들어갔는가 | ☐ |
| 회사 보고서 양식에 맞췄는가 | ☐ |
시간이 얼마나 줄었나
제 경우 A4 3쪽 분량 보고서 기준으로, 예전에는 자료 정리부터 완성까지 반나절이 걸렸습니다. 3단계 워크플로를 쓰고 나서는 1시간 30분 정도로 줄었고, 그중 절반 이상은 수치 확인과 해석을 채우는 시간입니다. 이 시간은 줄이면 안 되는 시간이라고 생각합니다.
기억할 것 세 가지
- 개요 합의 → 섹션별 초안 → 다른 관점 검토의 3단계로 나눠 쓰세요.
- 수치는 제공한 자료만 쓰고, 해석이 필요한 곳은 빈칸으로 남기게 합니다.
- 검토는 새 대화에서 "읽는 사람" 역할로 맡기면 지적이 날카로워집니다.
AI가 대신하는 것과 못 하는 것
클로드로 보고서를 쓰면서 깨달은 건, AI가 대신해 주는 건 "문장 만들기"이지 "판단"이 아니라는 점입니다. 그래서 저는 판단이 필요한 자리를 일부러 비워 두게 합니다. 이렇게 하면 문서의 뼈대와 문장은 빠르게 완성되고, 저는 정말 중요한 판단에만 집중할 수 있습니다. 보고서의 가치는 결국 그 판단에서 나옵니다.
참고 자료
- Claude 공식 사이트
- 함께 읽기: 클로드 XML 태그 프롬프트 작성법
