Photo by Sora Shimazaki on Pexels
1. 흔한 오해: AI를 쓰면 기획의 깊이도 알아서 채워질 것이다
최근 많은 중간관리자와 팀장들이 비슷한 고민을 토로합니다. 팀원들이 AI를 활용해 보고서나 기획서를 작성해 가져오는 속도는 현저히 빨라졌지만, 막상 내용을 읽어보면 실무에 적용할 수 있는 알맹이가 없다는 점입니다. 문장은 유려하고 목차는 그럴듯하지만, 우리 회사의 현재 상황이나 구체적인 실행 방안은 전혀 들어있지 않은 텍스트가 양산되고 있습니다.
여기서 발생하는 가장 흔한 오해는 AI가 자료 조사부터 전략 수립, 실행 세부사항까지 '알아서 깊이 있게' 작성해 줄 것이라는 기대입니다. 생성형 AI는 문맥상 가장 자연스러운 단어의 조합을 확률적으로 계산해 출력하는 도구입니다. 따라서 특정한 맥락과 제약 조건이 주어지지 않으면, 세상에 존재하는 가장 일반적이고 평균적인 수사학만을 내놓게 됩니다.
팀원들이 AI가 작성한 보고서를 그대로 가져오는 이유는 AI가 만든 깔끔한 문장에 일종의 착시 현상을 느끼기 때문입니다. 글의 형태가 완성되어 있다 보니 논리도 완성되어 있다고 착각하는 것입니다. 하지만 팀장은 이 문장들의 껍데기 뒤에 숨은 '비즈니스 맥락의 부재'를 파악해야 합니다. AI는 우리 팀의 올해 예산, 타깃 고객의 최근 불만 사항, 기존 시스템의 기술적 한계를 알지 못합니다. 이 정보들을 주입하지 않고 나온 결과물은 결국 겉도는 이야기가 될 수밖에 없습니다.
2. 오해를 넘어서: AI는 생각의 대체재가 아니라 초안 작성기다
팀장이 가장 먼저 바로잡아야 할 지점은 팀원들에게 업무를 지시하는 패턴입니다. 단순히 "AI 활용해서 이번 신규 프로젝트 기획서 초안 만들어봐"라고 지시하는 것은 부실한 결과물을 불러오는 지름길입니다. 지시가 추상적이면 AI의 출력물도 추상적이 되고, 이를 검수하는 팀장의 피드백 시간만 늘어나게 됩니다.
팀장은 팀원에게 AI를 활용하라고 지시할 때, AI에게 전달해야 할 '입력 데이터의 수준'과 '비즈니스 제약 조건'을 함께 명시해야 합니다. AI는 기획자의 비판적 사고를 대체하는 도구가 아니라, 기획자가 정의한 논리 구조를 빠르고 깔끔한 문장으로 변환해 주는 작업 도구에 불과합니다.
실제 업무 지시 상황에서 팀장이 바꿀 수 있는 업무 지시 구문 예시를 통해 차이점을 확인해보겠습니다.
기존의 잘못된 업무 지시 예시:
"이번에 새로 추진하는 B2B 고객 이탈 방지 이벤트 기획서, AI 돌려서 내일까지 초안 작성해 오세요."
바뀐 올바른 업무 지시 예시:
"우리 팀의 이번 분기 목표는 B2B 이탈률을 3%p 낮추는 겁니다. 최근 고객센터로 접수된 주요 이탈 원인 데이터 3가지(가격 부담, 기능 복잡성, CS 응대 지연)를 프롬프트에 입력하세요. 그리고 이벤트 예산은 최대 2,000만 원, 실행 기간은 2주라는 제약 조건을 명시한 상태에서 AI에게 대안 3가지를 도출하게 하세요. 도출된 대안 중 우리 시스템에서 바로 적용 가능한 것을 골라 보고서 구조를 잡으세요."
3. 팀장이 실무에 적용해야 할 3단계 업무 지시 및 검수 프로세스
팀원이 AI를 활용해 만든 결과물의 품질을 일정 수준 이상으로 유지하기 위해서는 단계를 나누어 업무를 진행하고 중간 점검을 거쳐야 합니다. 처음부터 완성본을 받으려고 하면 나중에 전체를 갈아엎어야 하는 상황이 발생합니다.
1단계: 맥락과 제약 조건의 문서화 (지시 단계)
업무를 부여할 때 업무의 목적, 타깃, 예산, 기간, 제외해야 할 사항(In-Scope & Out-of-Scope)을 명확히 문서나 구두로 전달합니다. 팀원은 이 내용을 바탕으로 AI에 입력할 프롬프트를 구성하게 됩니다.
2단계: 뼈대 및 구조 중간 점검 (초안 단계)
AI가 출력한 줄글 형태의 긴 보고서를 받기 전에, AI에게 작성하게 한 '목차(Table of Contents)'와 '핵심 주장 한 줄 요약'만 먼저 보고받습니다. 논리 흐름이 비어있거나 우리 팀의 방향성과 맞지 않는다면 이 단계에서 바로 수정 지시를 내립니다. 줄글을 다 읽고 수정하는 것에 비해 소요 시간을 80% 이상 줄일 수 있습니다.
3단계: 비즈니스 로직 및 데이터 검증 (최종 검수 단계)
논리 구조가 합격했다면, 세부 내용에 들어간 숫자, 사례, 법적/제도적 기준이 실제 사실과 맞는지 검수합니다. AI는 거짓 정보를 그럴듯하게 입혀 출력하는 환각(Hallucination) 현상이 발생하므로, 모든 데이터는 팀원이 직접 원본 출처를 확인했는지 검증해야 합니다. 법령이나 정부 고시 관련 내용은 최신 개정 여부를 직접 확인했는지 체크합니다.
4. AI 출력물의 깊이를 높이는 팀 내 프롬프트 구성표
팀원들이 업무 유형에 따라 AI에게 어떤 맥락을 주입해야 하는지 직관적으로 알 수 있도록 사내 기준표를 만들어 공유하는 것이 좋습니다. 아래 표는 팀장이 팀원들에게 공유할 수 있는 업무 유형별 필수 주입 요소 예시입니다.
| 업무 유형 | 필수 제공 맥락 (Input Data) | 명시할 제약 조건 (Constraints) | 팀장 검수 포인트 (Review Point) |
|---|---|---|---|
| 신규 사업/기획서 | 우리 회사의 기존 자산, 타깃 고객층, 해결해야 할 핵심 문제 | 투입 가능 예산, 개발/실행 가능 기간, 조직 내 리소스 한계 | 현실적인 실행 방안이 포함되어 있는가? 모호한 수식어만 나열되지 않았는가? |
| 경쟁사 분석 보고서 | 분석 대상 경쟁사 2~3곳, 최근 출시된 경쟁 제품의 실제 기능/가격 데이터 | 추측성 정보 제외, 공식 발표 자료 및 언론 보도 기반 작성 명시 | 출처가 불명확한 통계 수치가 포함되어 있지 않은가? 단순 기능 비교를 넘어 우리 팀에 주는 시사점이 있는가? |
| 마케팅 메시지 작성 | 페르소나(주요 구매 고객층), 제품의 차별화 포인트 1가지 | 금지 어휘 지정, 브랜드 톤앤매너, 글자 수 제한 | 차별화 포인트가 명확히 드러나는가? 너무 흔하고 상투적인 문구로 도배되지 않았는가? |
| 고객 피드백 요약 | 실제 수집된 VOC 데이터 텍스트 파일 또는 설문 결과 전문 | 자체적 해석 금지, 원문 텍스트에 기반한 유형화만 요구 | AI가 임의로 피드백을 왜곡하거나 생략하지 않았는가? 극단적인 불만 요소가 제대로 분류되었는가? |
5. 겉만 번지르르한 AI 기획서를 걸러내는 5가지 검수 체크리스트
팀원에게 보고서를 받았을 때, 팀장은 다음 체크리스트를 활용해 5분 안에 해당 보고서의 실용성을 판가름할 수 있습니다. 지적 사항이 발견되면 즉시 반려하고 재작성을 지시해야 합니다.
- 고유 대명사 및 수치 확인: 우리 회사명, 프로젝트명, 담당 팀 이름 등 고유한 맥락을 제외했을 때, 다른 회사 기획서에 갖다 붙여도 말이 되는 문장인가? (그렇다면 전면 재작성 필요)
- 수식어 다이어트 여부: '혁신적인', '획기적인', '시너지를 극대화하는', '지속 가능한' 등의 추상적 형용사를 모두 지웠을 때, 남는 구체적인 행동(Action Item)이 있는가?
- 현실적 리소스 명시: '누가', '언제까지', '얼마의 예산으로' 실행할 것인지에 대한 숫자 기반의 계획이 들어있는가?
- 리스크 및 Plan B 포함 여부: AI가 제시한 장밋빛 전망 외에, 이 기획이 실패할 수 있는 요인과 이에 대한 대응책이 기재되어 있는가?
- 팩트 및 팩트체크 출처 기재: 보고서에 인용된 시장 규모, 성장률, 법적 기준 등의 출처가 명확히 교차 검증되었는가? (관련 법률/고시 내용은 최신 개정안을 확인했는가?)
6. 실제 사례로 보는 A사 B팀장의 AI 업무 체계 전환기
가상의 중소기업 A사에서 마케팅팀을 이끄는 B팀장은 최근 팀원들이 AI를 도입한 후 심각한 피로감을 느꼈습니다. 팀원 5명이 제출하는 기획서의 양은 주당 3건에서 8건으로 급증했지만, 막상 상부 보고나 실무 집행에 쓸 수 있는 문서는 단 한 건도 없었기 때문입니다.
팀원들이 가져온 기획서에는 "소셜 미디어를 활용한 바이럴 마케팅으로 브랜드 인지도를 극대화하고 타깃 고객과의 접점을 확대함"과 같이 지극히 당연하고 일반적인 문장만 가득했습니다. B팀장은 매번 문서 전체를 처음부터 다시 쓰다시피 수정하느라 야근이 잦아졌습니다.
B팀장이 도입한 변화: 업무 전달 방식의 표준화
B팀장은 팀원들에게 AI 사용을 금지하는 대신, 업무 처리 방식을 완전히 개편했습니다.
첫째, 'AI 사용 전 프롬프트 사전 승인' 단계를 도입했습니다. 팀원들은 AI에게 질문을 던지기 전, 자신들이 주입할 회사 데이터와 제약 조건(예산 500만 원, 내부 디자이너 1명 전담 가능 등)을 정리한 텍스트를 B팀장에게 짧은 메신저 메시지로 확인받았습니다.
둘째, 보고서 제출 방식을 '1페이지 뼈대(Outline)' 우선 제출로 바꿨습니다. AI가 작성한 완성된 줄글 문서를 가져오기 전에, AI가 잡아준 목차와 핵심 요약 3줄만 프린트하여 B팀장과 5분간 논의했습니다. 논리 방향이 맞을 때만 세부 내용을 작성하게 했습니다.
체계 전환의 결과
변화 도입 후 1개월이 지나자 상당한 결과가 나타났습니다. 제출되는 전체 보고서의 수량은 주 8건에서 주 4건으로 줄어들었지만, 상부 승인을 통과해 실제 실행으로 이어진 기획서의 비율은 10% 미만에서 75% 이상으로 대폭 상승했습니다. B팀장의 피드백 시간도 문서당 평균 45분에서 10분 내외로 대폭 단축되었습니다.
7. 팀장을 위한 핵심 실행 요약
- 업무 지시 패턴 전환: 팀원에게 AI 활용을 지시할 때 단순 주제만 던지지 말고, 목적·예산·기간·제외 조건을 명시한 '비즈니스 제약 조건'을 함께 전달하세요.
- 중간 구조 검수 도입: AI가 생성한 완성본 줄글을 바로 읽지 말고, 작성 전 '목차 및 핵심 논리 구조(1페이지)'를 먼저 승인하는 단계를 신설하세요.
- 추상적 형용사 제거 검수: 결과물에서 '혁신적', '효율적' 같은 모호한 수식어를 지웠을 때 구체적인 실행 계획(누가, 무엇을, 얼마에)이 남는지 확인하세요.
- 팩트 교차 검증 의무화: AI가 출력한 수치, 법률 정보, 외부 사례는 반드시 팀원이 직접 원본 출처 및 최신 법령/고시를 확인하도록 지시하세요.