기획서·제안서 구조 잡는 챗GPT 프롬프트: 빈 화면 없애는 법

기획서·제안서 구조 잡는 챗GPT 프롬프트

기획서·제안서 구조 잡는 챗GPT 프롬프트

 

빈 화면 앞에 앉으면 코딩할 때와 전혀 다른 종류의 막막함이 온다. 코드는 에러 메시지라도 나온다. 방향이 있다. 기획서는 아무것도 없는 데서 시작해야 한다. 목적은 머릿속에 있는데, 첫 줄이 안 써지면 그 뒤도 막힌다. 그 상태로 30분이 지나가는 걸 경험해본 적 있다. 커서만 깜빡이고 있는 그 화면.

개발자로 오래 일하다 보면 어느 시점부터 기획서를 직접 써야 하는 상황이 생긴다. 팀장이 되거나, 사내 제안 프로그램에 올려야 하거나, 고객사 제안서를 혼자 써야 하거나. 이게 잘 안 되면 좋은 아이디어가 묻힌다. 내 경험상 아이디어보다 문서가 더 많은 걸 결정한다. 억울하지만 사실이다.

챗GPT가 이 영역에서 잘 되는 건 구조를 잡아주기 때문이다. 내가 말하고 싶은 걸 쏟아붓고, 논리적인 흐름으로 재배열해달라고 하면 생각보다 잘 된다. 장점은 빈 화면의 공포가 사라진다는 것이다. 단점은 내 조직의 맥락, 결정권자의 성향, 업계 특수성을 AI가 모른다는 거다. 그 부분은 내가 채워야 한다. AI는 뼈대를 세워주지만, 그 뼈대에 살을 붙이는 건 여전히 사람이다.

기획서가 개발 스펙 문서와 다른 이유

기술 스펙 문서는 "무엇을 만들 것인가"가 중심이다. 기획서와 제안서는 한 발 더 나간다. "왜 이걸 해야 하는가, 안 하면 어떻게 되는가, 하면 무엇이 달라지는가"가 먼저 와야 한다. 독자가 기술자가 아니라 결정권자인 경우가 많기 때문이다. What보다 Why가 앞에 와야 한다.

이 구조를 모르고 기획서를 쓰면 기능 나열 위주가 된다. 읽는 사람은 "그래서 이걸 왜 해야 해?"를 속으로 계속 묻는다. 질문이 생긴다는 건 문서가 그 질문을 먼저 해결하지 못했다는 신호다. 좋은 기획서는 독자가 질문하기 전에 답이 이미 있는 문서다. 이 기준을 챗GPT 프롬프트를 짜면서 처음으로 명확하게 정리하게 됐다.

프롬프트 1. 기획서 전체 목차 및 구조 초안

아무것도 없는 상태에서 목차만 잡아주는 프롬프트다. 목차가 정해지면 그 이후는 칸을 채우는 작업이 된다. 건물 설계도가 나오면 벽 쌓는 건 순서대로 할 수 있다. 시작의 막막함을 없애는 게 이 프롬프트의 유일한 목적이다.

당신은 IT 기업의 기획 경험이 풍부한 시니어 기획자입니다.
상황: 아래 아이디어를 기반으로 사내 신규 프로젝트 승인을 위한 기획서를 작성하려 합니다.
아이디어 내용: [기획하려는 내용 2~5줄 자유 서술]
목적: [이 기획서의 궁극적 목표]
독자: [보고 대상: 임원, 팀장, 고객사 등]

요청: 위 내용을 바탕으로 기획서 전체 목차와 각 섹션에 들어가야 할 핵심 내용을 제안해 주세요.
조건:
Why, What, How, Result 흐름을 유지해 주세요.
각 섹션마다 이 섹션에서 독자가 얻어야 하는 것을 한 줄로 정의해 주세요.
첨부 자료가 필요한 섹션은 표시해 주세요.
형식: 목차 번호, 섹션 제목, 섹션 핵심 내용 요약, 예상 분량

프롬프트 2. 문제 정의 및 현황 섹션

기획서에서 가장 중요한 파트는 도입부다. "왜 이걸 해야 하는가"를 독자가 읽자마자 납득해야 한다. 수치와 구체적 현상이 없으면 공허한 주장으로 읽힌다. 이 섹션이 약하면 뒤에 뭘 써도 설득력이 없다. 기획서를 몇 번 퇴짜 맞고 나서 알게 된 사실이다.

당신은 경영진에게 현황 문제를 설득력 있게 전달해야 하는 담당자입니다.
상황:
현재 문제 상황: [문제 내용]
관련 수치나 데이터: [있으면 입력, 없으면 데이터 없음]
이 문제가 지속될 경우 예상되는 결과: [내용]
요청: 기획서의 문제 정의 및 현황 섹션을 작성해 주세요.
조건:
감정적 호소 없이 사실과 데이터 중심으로 써 주세요.
문제의 심각성이 전달되되 과장되지 않게 작성해 주세요.
독자가 이건 해결해야겠다는 생각이 들도록 구성해 주세요.
형식: 현황 요약, 문제의 구체적 영향, 방치 시 전망 순

프롬프트 3. 제안 내용 및 기대 효과 섹션

이 섹션이 기획서의 본체다. 무엇을 어떻게 할 것이고, 그게 어떤 가치를 만드는지가 선명해야 한다. 추상적인 말이 많아지기 쉬운 구간이다. "효율이 개선될 것으로 예상됩니다" 같은 문장이 반복되면 읽는 사람이 신뢰를 잃는다. 수치가 있으면 넣고, 없으면 차라리 비교 기준이라도 잡아야 한다.

당신은 새로운 솔루션이나 프로세스를 제안하는 기획자입니다.
상황:
제안 내용 요약: [무엇을 하겠다는 건지]
구현 방법: [어떻게 할 것인지 단계 또는 방식]
기대 효과 정량: [수치로 표현 가능한 것]
기대 효과 정성: [수치로 표현 안 되는 것]
요청: 제안 내용 및 기대 효과 섹션을 작성해 주세요.
조건:
제안 내용은 단계별로 시각화가 가능한 형태로 서술해 주세요.
정량 효과는 비교 기준을 포함해 주세요 (현재 대비, 업계 평균 대비 등).
기대 효과가 과장되지 않도록 현실적인 톤을 유지해 주세요.
형식: 제안 개요, 추진 단계, 정량 효과, 정성 효과 순

프롬프트 4. 리스크 및 대응 방안 섹션

리스크를 안 쓰면 오히려 신뢰를 잃는다. 이 사람이 리스크를 생각 안 해봤다는 인상이 생긴다. 근데 너무 많이 쓰면 "이거 될 것 같지 않네"가 된다. 이 균형이 힘들어서 한동안 리스크 섹션을 짧게 얼버무렸다. 나중에 알게 된 건, 리스크를 쓰되 대응이 함께 있으면 오히려 믿음이 간다는 거다. "문제가 있다"가 아니라 "문제를 알고 있고, 이렇게 다룬다"가 되는 것.

당신은 리스크 관리 경험이 있는 프로젝트 리드입니다.
상황: [기획 내용]을 추진할 때 예상되는 주요 리스크를 분석해야 합니다.
예상 리스크: [알고 있는 리스크를 나열]
요청: 리스크 및 대응 방안 섹션을 작성해 주세요.
조건:
리스크를 숨기거나 축소하지 말고, 관리 가능하다는 방향으로 서술해 주세요.
각 리스크에 대해 발생 가능성과 영향도를 함께 표기해 주세요 (상, 중, 하).
대응 방안은 현실적으로 실행 가능한 것만 포함해 주세요.
형식: 리스크명, 발생 가능성 및 영향도, 구체적 대응 방안 순

마무리. 빈 화면이 두렵지 않아진 건 AI 덕분이 아니었다

이전 버전 글에서는 빈 화면의 공포를 없애준다는 것에 초점을 맞췄다. 이번엔 다르게 끝내고 싶었다. 쓰다 보니 달라진 지점이 보였다. 챗GPT가 기획서 작업을 도와주는 게 아니라, 기획서를 제대로 쓰기 위한 구조를 나 스스로 정리하게 만들었다는 것이다.

좋은 프롬프트를 짜려면 좋은 기획서의 구조를 먼저 알아야 한다. Why가 먼저이고, What이 그다음이고, How가 나중이라는 것. 리스크는 숨기는 게 아니라 대응과 함께 드러내야 한다는 것. 이 기준이 생기고 나서는 AI 없이 기획서를 써도 방향이 더 선명해졌다. AI 덕분에 기획서 쓰는 방식이 달라진 게 아니라, AI를 제대로 쓰려고 기획서를 공부한 셈이 됐다. 그게 예상 밖의 수확이었다.

출처 경로: 현업 소프트웨어 개발자의 실무 경험을 기반으로 작성된 콘텐츠입니다.