보고서를 작성할 때 가장 오래 걸리는 순간이 꼭 본문을 쓰는 시간은 아니다.
새 문서를 열고 제목만 적어둔 채,
“어디서부터 시작하지?”
라고 고민하는 시간이 의외로 길다.
자료는 이미 있다.
회의록도 있고, 메모도 있고, 조사한 내용도 있다. 문제는 이 자료들을 어떤 순서로 배치하고 어떤 문장으로 연결해야 할지 결정하는 것이다.
이럴 때 생성형 AI는 보고서를 대신 판단하는 도구라기보다 흩어진 정보를 문서 구조로 바꾸고 첫 초안을 만드는 도구로 활용하기 좋다.
특히 매주 비슷한 형식의 보고서나 내부 기획안을 작성한다면 처음부터 모든 문장을 직접 쓰기보다 AI가 만든 구조와 초안을 바탕으로 수정하는 방식이 효율적일 수 있다.
다만 중요한 원칙이 하나 있다.
AI에게 자료 없이,
“좋은 기획안 하나 작성해줘.”
라고 맡기는 것과,
“아래 자료에서 확인되는 내용만 사용해서 초안을 만들어줘.”
라고 요청하는 것은 결과의 성격이 완전히 다르다.
업무 문서에서는 후자가 훨씬 관리하기 쉽다.
먼저 ‘문장’보다 ‘목차’를 만들게 한다
보고서 작성에서 AI를 가장 부담 없이 활용하는 방법은 본문부터 쓰게 하지 않는 것이다.
먼저 문서의 구조를 요청한다.
예를 들어 신규 프로젝트 검토 보고서를 작성해야 한다면 다음처럼 요청할 수 있다.
“아래 회의 메모와 조사자료를 바탕으로 내부 검토 보고서의 목차를 만들어줘.
독자: 팀장
목적: 프로젝트 진행 여부를 검토하기 위한 자료
분량: 3~4페이지 수준
반드시 포함할 내용: 배경, 현재 확인된 내용, 주요 이슈, 추가 확인 사항, 다음 단계”
이렇게 하면 AI는 바로 긴 본문을 만드는 대신 문서의 뼈대를 먼저 제안한다.
예를 들어 다음과 같은 구조가 나올 수 있다.
검토 배경
현재까지 확인된 내용
예상 효과
주요 이슈와 제약
추가 확인이 필요한 사항
다음 단계
이 목차를 사람이 먼저 확인한다.
필요 없는 항목은 삭제하고, 빠진 항목은 추가한다.
이 과정만 거쳐도 빈 문서에서 시작하는 부담이 크게 줄어든다.
목차를 먼저 확정하면 AI가 멋대로 방향을 넓히는 일을 줄일 수 있다
AI에게 한 번에 기획안을 작성하게 하면 사용자가 생각하지 않았던 항목까지 추가할 수 있다.
때로는 유용하지만 업무 문서에서는 불필요한 확장이 될 수도 있다.
예를 들어 단순한 내부 검토 문서인데 AI가,
시장 규모,
경쟁사 분석,
예산 전망,
3개년 로드맵
까지 추가할 수 있다.
문서는 그럴듯해지지만 실제로 확인하지 않은 내용이 늘어난다.
반면 목차를 먼저 확정하면 AI가 작성해야 할 범위를 좁힐 수 있다.
“위 목차 가운데 1~4번만 작성해줘. 5번과 6번은 아직 정보가 부족하니 빈칸으로 남겨줘.”
라고 요청할 수도 있다.
보고서 초안에서 중요한 것은 빈칸이 없는 것이 아니다.
현재 확인할 수 있는 내용과 아직 확인되지 않은 내용을 구분하는 것이다.
자료마다 역할을 지정하면 내용이 섞이는 것을 줄일 수 있다
보고서 하나를 만들 때 보통 여러 자료를 참고한다.
회의록에서는 의사결정 내용을 가져오고, 조사자료에서는 배경 정보를 확인하며, 업무 메모에서는 현재 진행 상황을 가져올 수 있다.
이 자료들을 아무 설명 없이 한꺼번에 넣으면 AI가 각각을 같은 수준의 사실로 다룰 수 있다.
예를 들어 다음처럼 자료의 역할을 구분할 수 있다.
“자료 A: 공식 내부 회의록. 확정된 결정 사항 확인용.
자료 B: 실무자 메모. 현재 진행 상황 참고용.
자료 C: 외부 기사. 배경 설명 참고용이며 최종 사실은 별도 확인 필요.
자료 D: 아이디어 메모. 확정된 계획이 아니므로 제안 사항으로만 사용.”
이 방식은 특히 기획안에서 중요하다.
아이디어 메모와 확정 계획이 한 문서 안에 함께 들어가면 독자가 둘을 같은 수준의 내용으로 받아들일 수 있기 때문이다.
AI에게도,
“확정된 사실, 현재 검토 중인 내용, 제안 아이디어를 표현상 구분해줘.”
라고 요청할 수 있다.
보고서 초안은 한 번에 전부 만들지 않아도 된다
문서가 길다면 섹션별로 작성하는 편이 좋다.
예를 들어 목차가 확정된 뒤 첫 번째 섹션만 요청한다.
“1. 검토 배경 부분을 3문단으로 작성해줘. 자료 A와 B에서 확인되는 내용만 사용하고, 사업 효과에 대한 추정은 넣지 말아줘.”
결과를 확인한 뒤 두 번째 섹션으로 넘어간다.
“2. 현재까지 확인된 내용을 작성해줘. 일정, 담당 부서, 완료된 작업을 구분해줘.”
이렇게 섹션별로 진행하면 수정도 쉽다.
전체 문서에서 사실 오류가 발견됐을 때 모든 내용을 다시 생성할 필요가 없다.
해당 부분만 수정하면 된다.
특히 중요한 보고서일수록 구조 → 섹션별 초안 → 사실 검토 → 전체 통합 순서가 안정적이다.
AI가 ‘빈칸’을 채우지 못하도록 명시한다
기획안에는 아직 정해지지 않은 내용이 많다.
예산이 미정일 수 있다.
일정이 확정되지 않았을 수 있다.
담당 부서가 결정되지 않았을 수도 있다.
AI는 문서를 완성된 형태로 만들려는 과정에서 이런 빈칸을 그럴듯하게 채울 수 있다.
예를 들어 자료에 예산 정보가 없는데,
“예상 예산은 약 3천만 원”
처럼 임의의 숫자가 들어가면 문제가 된다.
따라서 프롬프트에서 다음과 같이 명시하는 것이 좋다.
“자료에서 확인되지 않는 숫자, 일정, 담당자, 성과는 만들지 말아줘. 필요한 정보가 없으면 ‘추가 확인 필요’라고 표시해줘.”
이 한 문장은 보고서 초안에서 매우 유용하다.
완성된 문서처럼 보이는 것보다 확인되지 않은 부분이 드러나는 초안이 실제 수정 과정에서는 더 가치가 있다.
‘사실’과 ‘제안’을 문장 수준에서 구분한다
기획 문서에서는 사실과 제안이 자주 섞인다.
예를 들어 다음 두 문장을 보자.
“현재 고객 문의 중 사용 방법 관련 질문이 반복적으로 발생하고 있다.”
“따라서 튜토리얼 페이지를 새로 제작하는 것이 좋다.”
첫 번째는 데이터나 기록에서 확인할 수 있는 사실일 수 있다.
두 번째는 그 사실을 바탕으로 한 제안이다.
이 둘을 같은 어조로 쓰면 제안이 이미 결정된 내용처럼 보일 수 있다.
그래서 AI에게 다음과 같이 요청할 수 있다.
“문서에서 ‘확인된 사실’, ‘해석’, ‘제안’을 구분해 작성해줘. 제안 사항은 ‘제안’, 아직 결정되지 않은 내용은 ‘검토 필요’로 표시해줘.”
또는 소제목 자체를,
현재 확인된 상황
해석
제안
추가 확인 사항
으로 나눌 수도 있다.
이 구조는 읽는 사람도 판단하기 편하다.
보고 대상에 따라 문서의 밀도를 조절한다
같은 자료를 바탕으로 작성하더라도 팀 내부 문서와 임원 보고 자료는 필요한 정보가 다르다.
실무자는 과정이 필요할 수 있다.
왜 일정이 바뀌었는지, 어떤 문제가 발생했는지, 어떤 대안을 검토했는지를 알아야 한다.
반면 상위 보고에서는 결론과 주요 이슈가 먼저 보여야 할 수 있다.
AI에게도 독자를 알려주는 것이 좋다.
예를 들어,
“팀장 보고용으로 작성해줘. 첫 부분에서 핵심 결론과 현재 가장 큰 이슈를 먼저 보여주고, 세부 과정은 뒤에 배치해줘.”
또는,
“실무 인수인계용 문서이므로 세부 진행 과정과 담당 업무를 생략하지 말아줘.”
라고 요청할 수 있다.
AI에게 문체만,
“전문적으로 써줘.”
라고 하는 것보다 누가 무엇을 판단하기 위해 읽는 문서인지 알려주는 것이 결과에 더 큰 영향을 줄 수 있다.
기존 문서가 있다면 ‘내용’보다 ‘형식’을 참고하게 한다
회사에서 이미 사용 중인 보고서 양식이 있다면 AI 활용이 훨씬 쉬워진다.
과거 보고서 하나를 참고 자료로 제공하고,
“아래 문서는 형식 참고용이다. 내용은 가져오지 말고 제목 구조, 문단 길이, 표 구성만 참고해줘.”
라고 요청할 수 있다.
이 조건이 중요한 이유는 AI가 과거 문서의 내용까지 현재 보고서에 섞을 수 있기 때문이다.
특히 날짜나 프로젝트명이 비슷하면 이전 내용을 그대로 가져올 가능성이 있다.
따라서,
“스타일 참고자료와 사실 자료를 구분해서 사용해줘.”
라고 명시하는 편이 좋다.
반복 보고서라면 이렇게 만들어진 구조를 템플릿으로 저장해두면 이후에는 자료만 바꿔서 사용할 수 있다.
AI에게 먼저 ‘빠진 정보’를 찾게 할 수도 있다
초안을 바로 작성하기 전에 자료가 충분한지 검토하는 방법도 있다.
예를 들어 다음처럼 요청할 수 있다.
“아래 자료로 프로젝트 검토 보고서를 작성할 예정이다. 아직 본문은 작성하지 말고, 보고서를 만들기 위해 부족한 정보만 찾아줘.
확인할 항목:
목표
일정
담당자
예산
주요 위험
의사결정 필요 사항”
AI가,
“예산 정보 없음”
“최종 승인 담당자 확인 필요”
“외부 공개 일정 미정”
처럼 알려줄 수 있다.
이 과정을 먼저 거치면 문서를 작성한 뒤 빈 내용을 발견하는 일을 줄일 수 있다.
특히 보고서를 작성하기 전에 자료 완성도를 점검하는 용도로 AI를 사용하는 방법은 실무에서 활용도가 높다.
숫자와 고유명사는 초안 완성 후 별도로 추출한다
보고서를 작성한 뒤에는 문장 전체를 다시 읽는 것 외에도 중요한 사실만 따로 뽑아 검토할 수 있다.
예를 들어,
“방금 작성한 초안에서 날짜, 금액, 백분율, 인명, 부서명, 제품명만 표로 추출해줘. 각각 어떤 자료에서 가져왔는지도 표시해줘.”
라고 요청한다.
그다음 원본과 비교한다.
이 방식의 장점은 검토 범위를 좁힐 수 있다는 것이다.
특히 5페이지 이상의 문서에서는 숫자 하나를 찾기 위해 전체 문장을 다시 읽는 것보다 검토 항목을 별도로 추출하는 편이 효율적이다.
다만 AI가 출처 위치를 잘못 연결할 수도 있으므로 중요한 값은 원본을 직접 확인해야 한다.
기획안에서는 ‘그럴듯한 표현’을 경계한다
AI가 만든 기획안은 문장이 매우 매끄러운 경우가 많다.
예를 들어,
“사용자 경험을 혁신적으로 개선하고 업무 효율성을 극대화한다.”
같은 문장이 자연스럽게 들어갈 수 있다.
문법적으로 문제는 없지만 실제 기획안에서는 의미가 모호하다.
무엇이 어떻게 개선되는지 확인하기 어렵다.
이럴 때는 AI에게 다음처럼 수정하도록 요청할 수 있다.
“‘효율 향상’, ‘경험 개선’, ‘혁신적’처럼 측정 기준이 없는 추상 표현을 찾아서 구체적인 행동이나 확인 가능한 변화로 바꿔줘. 근거가 없으면 삭제해줘.”
예를 들어,
“업무 효율성을 높인다.”
보다,
“회의 후 담당자가 수동으로 액션 아이템을 분류하는 단계를 줄이는 것이 목표다.”
라고 쓰는 편이 구체적이다.
정보형 보고서에서는 화려한 표현보다 무엇이 실제로 달라지는지를 설명하는 문장이 더 중요하다.
초안 이후에는 AI 역할을 ‘작성자’에서 ‘편집자’로 바꾼다
첫 초안이 만들어진 뒤에도 계속 전체 문서를 다시 생성시키면 처음에 잘 맞았던 내용이 바뀔 수 있다.
그래서 어느 정도 구조가 잡힌 뒤에는 AI의 역할을 편집으로 좁히는 편이 좋다.
예를 들어,
“내용과 숫자는 바꾸지 말고 중복 문장만 줄여줘.”
“첫 두 문단의 순서만 바꿔 핵심 결론이 먼저 나오게 해줘.”
“전문 용어는 유지하되 처음 등장하는 곳에 짧은 설명을 추가해줘.”
“제안 부분은 그대로 두고 배경 설명만 30% 줄여줘.”
처럼 수정 범위를 지정한다.
이렇게 하면 문서를 다듬는 과정에서 사실이 새로 만들어질 가능성을 줄일 수 있다.
AI 초안 활용의 핵심은 매번 새로 쓰는 것이 아니라 괜찮은 부분은 유지하고 필요한 부분만 반복해서 개선하는 것이다.
실전용 보고서 초안 프롬프트
반복해서 사용할 수 있는 기본 구조는 다음과 같이 만들 수 있다.
“아래 자료를 바탕으로 내부 업무 보고서 초안을 작성해줘.
[문서 목적]
프로젝트의 현재 상황을 공유하고 다음 의사결정에 필요한 정보를 정리
[독자]
팀장 및 관련 실무자
[문서 구조]
핵심 요약
현재까지 확인된 내용
주요 이슈
추가 확인 필요 사항
다음 단계
[자료 사용 규칙]
자료에 직접 확인되는 사실만 사실로 작성한다.
확정되지 않은 내용은 ‘검토 중’ 또는 ‘확인 필요’로 표시한다.
원문에 없는 숫자, 일정, 담당자, 성과는 만들지 않는다.
아이디어와 확정 계획을 구분한다.
서로 충돌하는 정보가 있으면 하나를 임의로 선택하지 말고 표시한다.
[문체]
간결한 내부 보고서 문체. 과장 표현과 불필요한 수식어는 제외한다.”
이 틀을 기반으로 조직의 실제 보고 양식에 맞게 항목을 변경하면 된다.
최종 제출 전에는 세 번 나눠 검토한다
AI로 만든 보고서를 한 번에 읽으며 모든 오류를 찾으려고 하면 놓치기 쉽다.
검토 목적을 세 번으로 나누는 방법이 있다.
첫 번째는 사실 검토다.
날짜, 숫자, 담당자, 완료 여부를 확인한다.
두 번째는 논리 검토다.
배경에서 결론으로 이어지는 흐름이 자연스러운지, 사실과 제안이 섞이지 않았는지 본다.
세 번째는 문장 검토다.
중복 표현, 지나치게 긴 문장, 애매한 표현을 다듬는다.
이 순서를 사용하면 문장 표현을 열심히 고친 뒤 나중에 사실 오류 때문에 문단 전체를 다시 수정하는 일을 줄일 수 있다.
마무리
보고서나 기획안을 작성할 때 생성형 AI가 가장 유용한 순간은 완성본을 대신 만들어주는 순간만은 아니다.
오히려 빈 문서에서 시작해야 하는 부담을 줄이고, 흩어진 자료를 일정한 구조로 배치하는 과정에서 큰 도움을 받을 수 있다.
먼저 목차를 만든다.
자료별 역할을 지정한다.
필요한 정보가 빠져 있는지 확인한다.
확정된 사실과 제안, 검토 중인 내용을 구분한다.
그다음 섹션별로 초안을 작성하고 중요한 숫자와 날짜를 원본과 비교한다.
초안이 만들어진 이후에는 전체를 계속 새로 생성하기보다 필요한 부분만 수정한다.
이 흐름을 사용하면 AI가 보고서를 ‘대신 쓰는 도구’가 아니라 사람이 이미 가지고 있는 정보를 빠르게 문서화하는 편집 보조 도구가 된다.
결국 좋은 업무 문서는 문장이 화려한 문서가 아니다.
무엇이 사실이고, 무엇이 아직 결정되지 않았으며, 다음에 무엇을 판단해야 하는지가 분명한 문서다.
AI를 이 기준에 맞춰 활용하면 보고서 첫 문장에서 막히는 시간을 줄이면서도 최종 판단과 책임은 사람이 유지할 수 있다.
다음 글에서는 보고서와 기획안을 만드는 과정에서 자주 필요한 작업인 여러 자료를 비교해 공통점과 차이점을 표로 만드는 AI 활용법을 살펴본다.
FAQ
Q1. AI에게 보고서 전체를 한 번에 작성하게 해도 되나요?
간단하고 위험도가 낮은 문서라면 가능하다. 하지만 중요한 업무 보고서라면 먼저 목차를 확정하고 섹션별로 작성하는 편이 검토하기 쉽다. 특히 숫자와 일정, 결정 사항이 많은 문서는 단계별로 작성하면 오류 위치를 찾기도 편하다.
Q2. 자료가 부족해도 AI가 빈 내용을 알아서 채우게 하면 안 되나요?
아이디어 초안이라면 가능할 수 있지만 실제 업무 보고서에서는 주의해야 한다. 확인되지 않은 예산, 일정, 담당자 등을 AI가 임의로 만들면 실제 정보와 혼동될 수 있다. 부족한 부분은 ‘추가 확인 필요’라고 표시하도록 하는 편이 안전하다.
Q3. 과거 보고서를 AI에 넣으면 같은 형식으로 작성할 수 있나요?
가능하다. 다만 과거 보고서는 ‘형식 참고용’이라고 명확하게 지정하고, 현재 보고서의 사실은 별도의 최신 자료에서 가져오도록 구분하는 것이 좋다. 그렇지 않으면 이전 프로젝트의 일정이나 수치가 현재 문서에 섞일 수 있다.
0 댓글