프로젝트 제안서 작성법: 승인을 이끄는 7단계 구조

프로젝트 제안서는 아이디어를 '실행 승인'으로 바꾸는 문서다. 아무리 좋은 계획도 제안서에서 설득에 실패하면 예산도, 인력도, 착수도 없다. 반대로 평범한 아이디어라도 잘 구조화된 제안서는 의사결정자의 "예"를 이끌어낸다. 이 글은 사내 기획안이든 외부 수주 제안이든 공통으로 통하는, 승인을 부르는 제안서의 뼈대와 작성 순서를 다룬다. ## 제안서를 쓰기 전에 — 딱 세 가지만 정하라 문서를 열기 전에 세 가지가 명확해야 한다. 이게 흐릿하면 아무리 문장을 다듬어도 설득력이 생기지 않는다. - **누가 결정하는가.** 예산권을 가진 사람과 실무 검토자는 관심사가 다르다. 결정자는 '왜 지금, 왜 이 돈'을, 실무자는 '실현 가능성'을 본다. - **무엇을 결정하게 할 것인가.** 제안서의 목표는 '읽히는 것'이 아니라 '승인'이다. 원하는 결정(예산 승인, 착수 허가, 계약 체결)을 한 문장으로 적어두고 시작하라. - **거절 사유가 무엇일까.** 상대가 "아니오"라고 할 이유를 먼저 적어보라. 비용, 리스크, 시기, 대안 부재 — 그 반론을 본문에서 미리 해소하는 것이 제안서의 절반이다. ## 승인을 부르는 7단계 구조 제안서의 순서는 '쓰는 사람의 사고 순서'가 아니라 '읽는 사람의 판단 순서'를 따라야 한다. 아래 7단계는 의사결정자가 판단을 내리는 흐름 그대로다. ### 1. 요약(Executive Summary) 가장 먼저 나오지만 가장 마지막에 쓴다. 문제·해결책·기대효과·필요자원을 5~7문장으로 압축한다. 바쁜 결정자는 이 문단만 읽고도 방향을 정할 수 있어야 한다. ### 2. 배경과 문제 정의 "지금 이대로 두면 무엇이 문제인가"를 데이터로 보여준다. 감상이 아니라 현상을 숫자로 제시해야 한다. 문제의 크기가 곧 제안의 명분이다. ### 3. 목표와 성공 기준 프로젝트가 끝났을 때 '성공'을 어떻게 판정할지 미리 정의한다. 측정 가능한 지표(KPI)로 적어야 나중에 성과 보고가 쉽고, 지금은 신뢰가 생긴다. "매출 증대"가 아니라 "6개월 내 재구매율 12%→18%"처럼. ### 4. 실행 방안(Scope) 무엇을, 어떻게 할 것인가. 여기서 중요한 건 '범위의 경계'다. 포함되는 것만큼 **포함되지 않는 것**을 명시하면 기대치가 관리되고 나중의 분쟁을 줄인다. ### 5. 일정과 마일스톤 전체 기간을 3~5개의 큰 마일스톤으로 나눈다. 각 단계의 산출물과 점검 시점을 함께 적으면, 결정자는 '중간에 통제 가능한 프로젝트'라고 느낀다. 통제 가능성은 곧 승인 가능성이다. ### 6. 예산과 자원 비용을 항목별로 투명하게 제시하되, 반드시 **기대효과 대비**로 배치한다. 숫자만 나열하면 비싸 보이고, 효과 옆에 두면 '투자'로 보인다. ### 7. 리스크와 대응 리스크를 숨기지 마라. 예상되는 위험과 그에 대한 대응책을 함께 적는 제안서가 오히려 더 신뢰받는다. "이 사람은 함정을 미리 봤다"는 인상을 준다. ## 초안에서 완성까지 — 작성 순서 구조를 알아도 순서가 틀리면 시간만 버린다. 실무에서 검증된 작성 순서는 다음과 같다. 1. **목표 한 문장**과 **원하는 결정**을 먼저 확정한다. 2. 4~7번(실행·일정·예산·리스크)의 **뼈대**를 먼저 채운다. 여기가 실체다. 3. 그다음 2~3번(배경·목표)으로 **명분**을 붙인다. 4. 마지막에 1번 요약을 쓴다. 본문이 끝나야 요약이 정확해진다. 5. 하루 묵혀 **결정자의 눈으로** 다시 읽는다. "이걸로 예산을 내줄까?" ## 자주 하는 실수 5가지 - **자기 언어로 쓴다.** 우리 팀 용어가 아니라 결정자의 관심사(비용·리스크·성과)로 번역해야 한다. - **범위가 무한하다.** 무엇을 안 하는지 적지 않으면 기대만 부풀고 실행은 무너진다. - **효과가 추상적이다.** "개선", "강화" 같은 단어는 승인을 만들지 못한다. 숫자로 바꿔라. - **리스크가 없다.** 위험이 없다는 제안서는 검토자에게 오히려 미덥지 않다. - **너무 길다.** 결정자는 분량이 아니라 확신으로 승인한다. 한 장으로 설득되면 한 장이 정답이다. ## 마무리 체크리스트 제출 전 다음을 소리 내어 확인하라. 하나라도 "아니오"면 아직 이르다. - [ ] 요약만 읽어도 무엇을 승인하는지 알 수 있는가 - [ ] 원하는 결정이 문서 어딘가에 명확히 적혀 있는가 - [ ] 효과가 측정 가능한 숫자로 표현됐는가 - [ ] 예상 반론이 본문에서 이미 해소됐는가 - [ ] 범위의 '경계'가 명시됐는가 제안서는 글솜씨의 문제가 아니라 **판단을 설계하는 일**이다. 상대가 결정을 내리는 순서대로 정보를 배치하면, 좋은 아이디어는 훨씬 자주 승인된다.