이번 편의 질문은 이것입니다. 제안서의 모양을 쓰기 전에 정하나요, 쓰고 나서 정하나요?
많은 팀이 제안요청서의 목차를 옮겨 적자마자 쓰기 시작하고 페이지가 다 찬 뒤에야 자기 주장의 모양을 알게 됩니다. APMP Body of Knowledge는 반대 순서를 요구합니다. 구성은 계획하는 일이므로 각 섹션이 무엇을, 어떤 순서로, 어디에 힘을 주어 말할지 먼저 정하고 그다음에 씁니다. 이유는 단순합니다. 평가위원은 제안서를 처음부터 끝까지 읽는 일이 드물고 채점에 필요한 답을 찾아 훑어 읽습니다. 그래서 길을 찾기 쉬운 제안서가 자기가 한 말로 점수를 받습니다.
이 시리즈는 APMP Foundation Study Guide가 요약한 APMP Body of Knowledge를 차례로 살펴봅니다. 앞선 편들은 윈 테마, 가치 제안, 테마 문장, 증거 포인트처럼 무엇을 말할지를 다뤘습니다. 이번 편은 그것들을 어디에 두어야 평가위원이 실제로 찾아내는지를 다룹니다.
잘 구성된 제안서의 모습
Study Guide는 잘 구성된 제안서를 이해하기 쉽고 평가하기 쉬운 제안서라고 설명하면서 그런 제안서가 공통으로 갖는 특징을 꼽습니다. 각 특징을 평가위원의 어떤 질문에 답하는지와 함께 정리했습니다.
| 특징 | 어떻게 보이나 | 답하는 평가위원의 질문 |
|---|---|---|
| 로드맵 | 제안서와 각 섹션이 앞으로 무엇이 어떤 순서로 나오는지 먼저 알려 준다 | "내가 채점할 부분이 어디 있지?" |
| 눈에 띄는 핵심 | 섹션의 핵심 메시지가 문단 한가운데 숨지 않고 드러난다 | "그래서 한 줄로 답이 뭐지?" |
| 고객의 관점 | 우리 조직도나 제품 카탈로그가 아니라 고객의 우선순위와 용어를 따라 배열한다 | "우리가 요청한 걸 제대로 이해했나?" |
| 고객에게 중요한 것 | 섹션이 고객의 과제와 고객이 원하는 결과로 시작한다 | "이게 우리한테 왜 중요하지?" |
| 여러 강조 기법 | 제목, 로드맵, 그래픽, 콜아웃, 요약이 함께 움직인다 | "평가 회의 때 이걸 다시 찾을 수 있을까?" |
어느 것도 문체 이야기가 아닙니다. 모두 구조와 강조에 관한 결정이고 글이 생기기 전에 내리는 편이 훨씬 쌉니다.
쓰기 전에 콘텐츠를 계획한다
Body of Knowledge는 두 사람 이상이 함께 쓰는 제안서라면 콘텐츠 계획이 필수라고 봅니다. 팀의 핵심 인원이 함께 만드는 이 계획은 한 번에 여러 일을 합니다.
- 작업을 배정합니다. 모든 섹션에 담당자가 있으니 주인 없는 섹션도, 두 번 쓰이는 섹션도 생기지 않습니다.
- 섹션별 핵심을 정합니다. 작성자는 한 글자 쓰기 전에 그 섹션이 남겨야 할 메시지를 압니다.
- 전략을 본문으로 옮깁니다. 윈 테마, 차별화 요소, 가치 제안이 각각 어디에 나와야 하는지 계획에 적혀 있으므로 전략이 킥오프 자료에만 머물지 않습니다.
- 분량을 정합니다. 계획이 서면 작성자마다 페이지나 글자 수 예산을 주므로 제안서가 고객의 분량 제한과 배점 비중에 맞게 유지됩니다.
- 이른 검토를 가능하게 합니다. 경영진이 계획을 읽고 약한 접근 방식이나 빠진 메시지를 찾아 방향을 바꾸는 비용이 아직 작을 때 고칠 수 있습니다.
Study Guide는 한 걸음 더 나아가 작성자에게 자기 섹션의 콘텐츠 계획을 직접 채우고 그 섹션의 메시지가 무엇인지 말해 보도록 요구하라고 합니다. 가치 제안 초안도 계획에 넣습니다. 요약에서는 계획이 언제나 쓰기보다 앞서고 쓰기는 마지막 단계여야 한다고 단호하게 말합니다.
이 글을 위해 만든 콘텐츠 계획 한 항목의 예입니다.
콘텐츠 계획: 3.2절 전환 방안
담당: 전환 리더. 검토: 캡처 매니저. 분량: 6페이지.
대응 요구사항: 전환 계획, 서비스 연속성, 지식 이전(제안요청서 3.2.1~3.2.4).
핵심 메시지: 한 번에 한 사이트씩 옮기고 단계마다 검증된 원복 절차를 두므로 전환 중에도 서비스가 멈추지 않는다.
배치할 윈 테마: "주민 불편 없는 전환"(테마 2). 가치 제안 초안: 고객 추가 비용 없이 전환 기간 중 계획되지 않은 중단 0건.
사용할 증거: 과거 전환 실적과 2024년 지자체 사업 담당자의 추천.
그래픽: 원복 체크포인트를 표시한 사이트별 전환 일정표.
이런 항목은 몇 분이면 쓰고 검토자는 30초 만에 이 섹션이 맞는 말을 할지 판단할 수 있습니다.
계획 도구 고르기
Body of Knowledge는 한 가지 형식을 정해 주지 않습니다. 조직이 이미 익숙한 도구 중에서 입찰 규모와 남은 시간에 맞는 것을 쓰라고 하면서 흔히 쓰는 도구 몇 가지를 꼽습니다.
| 도구 | 무엇인가 | 잘 맞는 경우 |
|---|---|---|
| 콘텐츠 계획 | 섹션마다 담당자, 요구사항, 핵심 메시지, 테마, 증거, 분량을 적는 표나 양식 | 여러 사람이 큰 제안서를 쓰며 하나의 공통 그림이 필요할 때 |
| 개요(아웃라인) | 번호를 붙인 제목 구조 | 시간이 없고 제안요청서 구조가 분명할 때 |
| 주석 달린 개요 | 개요의 각 제목 아래 다룰 내용과 대응 요구사항을 메모한 것 | 작성자에게 안내가 필요하지만 콘텐츠 계획은 너무 무거울 때 |
| 마인드맵 | 주제와 그 연결을 그린 시각적 지도 | 초기 구상, 또는 서로 얽힌 요소가 많은 솔루션 |
| 프레젠테이션 소프트웨어 | 페이지나 섹션마다 슬라이드 한 장에 헤드라인과 계획한 시각 자료 | 슬라이드형 제안서이거나 검토자가 페이지 단위로 생각할 때 |
| 목업 | 제목, 그래픽, 콜아웃, 임시 문구로 그린 페이지별 레이아웃 초안 | 분량 제한이 빡빡하고 레이아웃이 메시지의 많은 부분을 맡을 때 |
| 입찰 지침서 | 전략, 테마, 작성 규칙을 작성자에게 알리는 문서 | 참여자가 많아 모두 같은 방향을 봐야 할 때 |
고객이 정한 구조를 따른다
구성의 첫 번째 규칙은 우리가 고르는 것이 아닙니다. 고객이 제안서를 어떻게 구성하라고 지시했다면 정확히 그대로 합니다. Body of Knowledge는 다음을 요구합니다.
- 제안요청서의 제목을 한 글자도 바꾸지 않고 씁니다.
- 고객이 요구한 섹션을 모두 넣습니다.
- 고객의 우선순위를 따르는 상위 목차를 만들고 번호 체계, 명칭, 순서를 그대로 따릅니다.
평가위원은 대개 제안요청서 구조를 따르는 평가표로 채점합니다. 우리 4장이 그들의 2장에 대한 답이라면 평가위원이 찾아 헤매야 하고 답을 못 찾은 평가위원은 누락으로 채점할 수도 있습니다. 구성에서 Compliance에 해당하는 부분입니다.
회사 안에서는 다르게 하자는 압력이 자주 생깁니다. 제품팀은 늘 쓰던 소개서 순서를 원하고 임원은 회사 연혁으로 시작하고 싶어 합니다. Study Guide는 그런 이해관계자에게 고객의 형식을 벗어나면 점수가 낮아질 수 있다고 분명히 알리라고 조언합니다.
우리 구조
1. 회사 소개 · 2. 우리 플랫폼 · 3. 우리 방법론 · 4. 투입 인력 · 5. 가격
고객이 정한 구조
1. 사업 이해 · 2. 기술 방안 · 3. 관리 방안 · 4. 핵심 인력 · 5. 수행 실적 · 6. 가격
제안요청서가 자유를 줄 때
모든 제안요청서가 구조를 자세히 정해 주지는 않습니다. 명시적인 지시가 없다면 Body of Knowledge는 요청서 자체의 구조를 따르고 그 틀 안에서는 이 고객에 대해 아는 것에 비추어 가장 말이 되는 순서로 배열하라고 합니다.
이 두 번째 단계에서 실제 선택이 일어나고 구성이 전략이 됩니다. 열두 개 요구사항에 답해야 하는 17페이지짜리 섹션을 떠올려 보세요. 적어도 세 가지 합리적인 배열이 가능합니다.
| 구성 원리 | 섹션이 펼쳐지는 방식 | 강점 | 위험 |
|---|---|---|---|
| 제안요청서 순서 | 요구사항마다 한 덩어리씩, 제안요청서에 나온 순서대로 | 평가위원이 대조하기 가장 쉽다 | 여러 요구사항에 걸친 테마가 조각난다 |
| 하나의 구조 중심 | 핵심 설계(예: 권한 체계)를 먼저 세우고 나머지 요구사항을 그 위에 쌓는다 | 섹션의 핵심 문장과 맞는 하나의 뼈대 | 제안요청서 순서를 벗어나므로 좋은 로드맵과 상호 참조가 필요하다 |
| 사용자의 여정 | 사례 하나, 사용자 한 명을 처음부터 끝까지 따라간다 | 평가위원이 그려 볼 수 있는 이야기로 읽힌다 | 고객이 가장 신경 쓰는 요구사항이 늦게 나올 수 있다 |
세 가지 모두 요구사항을 빠짐없이 다룰 수 있지만 평가위원이 무엇을 먼저 만나고 무엇을 기억하느냐가 다릅니다. 고객의 가장 큰 관심사와 우리의 핵심 메시지를 앞에 두는 배열을 고릅니다. 제안요청서 순서를 벗어난다면 요구사항별로 해당 페이지를 짚어 주는 짧은 표를 넣습니다.
여러 곳에서 반복되는 같은 질문
어떤 제안요청서는 비슷한 질문을 여러 권에 흩어 놓습니다. Study Guide는 이것이 제안사와 평가위원 모두를 헷갈리게 한다고 경고합니다. 서로 다른 작성자가 같은 질문에 다른 답을 쓰면 고객은 우리가 무엇을 제안하는지 확신할 수 없게 됩니다. 이런 문제는 콘텐츠 계획에서 잡기가 가장 좋습니다. 반복되는 질문을 목록으로 만들어 답을 하나로 정하고 담당자를 한 명 둡니다. 다른 섹션은 같은 말을 하거나, 지시가 허용한다면 그 섹션을 참조하게 합니다.
정보를 찾기 쉽게 만든다
Body of Knowledge는 제안서 첫머리와 이후 모든 섹션의 첫머리에 로드맵을 두라고 합니다. 이 섹션이 무엇을 어떤 순서로 다루는지 알려 주는 짧은 안내입니다. 또 요약문부터 각 하위 섹션의 시작까지 모든 수준에 요약을 계획해 훑어 읽는 사람이 보는 자리에 핵심 정보가 반복되게 하라고 합니다.
로드맵과 요약은 주제만이 아니라 주장을 담은 제목, 메시지를 담은 그래픽 캡션, 콜아웃 박스, 표 같은 다른 강조 기법과 함께 움직입니다. 평가위원이 한 섹션의 제목, 로드맵, 캡션만 읽고도 그 메시지를 가져갈 수 있어야 합니다. 그 시험을 통과하지 못한 섹션은 평가위원이 모든 문단을 읽어 주기를 바라는 셈인데, 대부분은 그렇게 읽지 않습니다.
정보를 층층이 쌓는다
제안요청서가 구조를 고를 여지를 준다면 Body of Knowledge는 섹션을 층으로 쌓으라고 권합니다. 읽는 사람이 요점을 먼저 얻고 근거를 그다음에 얻게 하는 방식입니다. 우리 말로 정리하면 층은 다음과 같습니다.
- 주제를 소개하고 큰 그림으로 설명합니다. 예를 들어 우리 솔루션이 무엇인지.
- 뒷받침하는 주장을 덧붙입니다. 기능과 그 기능이 가져오는 효과입니다.
- 주장을 증명합니다. 사례, 실적, 구체적인 세부 내용으로.
- 의심을 다룹니다. 예상되는 약점에 답하거나 다른 접근 방식에 비해 우리 입장을 다집니다(앞선 편에서 다룬 고스팅).
- 결론으로 요점을 요약하고 우리 입장을 다시 말합니다.
예를 들어 기록물 디지털화 사업의 한 섹션을 상상해 보세요. 첫 층은 두 문장으로 열람실을 닫지 않고 12개월 안에 기록물을 스캔하고 색인하겠다고 말합니다. 둘째 층에서는 이동식 스캔팀과 색인 규칙을 설명하고 각각이 직원에게 어떤 의미인지 밝힙니다. 셋째 층은 비슷한 기록관에서 낸 결과를 보여 줍니다. 넷째 층은 누구나 떠올릴 걱정, 곧 오래된 문서의 훼손에 답하면서 외부로 일괄 반출하는 방식이 왜 그 위험이 더 큰지 설명합니다. 다섯째 층에서 약속을 한 줄로 다시 말합니다. 첫 층에서 멈춘 평가위원도 우리 답을 알고 계속 읽는 평가위원은 근거를 찾습니다.
결론을 맨 앞에 둔다
마지막 원칙은 제안서 전체부터 글머리표 목록 하나까지 모든 수준에 적용됩니다. 가장 중요한 것이 먼저입니다. Study Guide는 미군을 상대로 입찰하는 제안사들이 널리 쓰는 기법으로 BLUF, 곧 "bottom line up front(결론 먼저)"를 소개합니다. 이 기법은 세 단계로 움직입니다.
- 가장 중요한 정보를 먼저 말합니다.
- 맥락과 신뢰를 주고 읽는 사람이 관심을 갖게 하는 세부 내용을 덧붙입니다.
- 메시지를 다지는 일반 정보를 더합니다.
이 기법의 가치는 속도와 명확성인데, 읽는 사람만큼 쓰는 사람에게도 그렇습니다. 결론이 무엇인지 정하지 않으면 결론을 앞에 둘 수 없기 때문입니다. Body of Knowledge는 솔루션 섹션을 예로 들어 기술 세부나 인력 계획으로 시작하지 말고 무엇을 해 주고 고객이 어떤 이익을 얻는지로 시작하라고 합니다.
배경 먼저
"당사 플랫폼은 24개 모듈의 마이크로서비스 아키텍처로 구성되며, 35명의 인증 엔지니어가 지원합니다. 2009년 설립 이래 많은 공공기관에 서비스를 제공해 왔습니다. 그 결과 민원을 더 빨리 처리할 수 있습니다."
결론 먼저
"주민은 인허가 신청 결과를 14일이 아니라 3일 만에 받게 됩니다. 지금 대기 시간의 대부분을 차지하는 서류 보완 확인을 자동화해서 가능합니다. 자세한 내용은 2.1~2.4에 있습니다."
다음 제안서를 위한 체크리스트
- 제안요청서에서 목차를 만듭니다. 제목은 그대로, 요구한 섹션은 모두, 번호·명칭·순서는 고객 것으로.
- 콘텐츠 계획을 씁니다. 팀이 익숙한 도구로, 섹션마다 담당자, 요구사항, 핵심 메시지, 테마, 증거, 분량을 적습니다.
- 작성자가 섹션의 메시지를 먼저 말하게 하고 쓰기 전에 가치 제안 초안을 쓰게 합니다.
- 쓰기가 많이 진행되기 전에 경영진과 계획을 검토합니다.
- 제안요청서가 여러 번 묻는 질문을 찾아 답 하나와 담당자 한 명을 정합니다.
- 제안요청서가 자유를 주는 곳에서는 섹션마다 구성 원리를 의도적으로 고르고 제안요청서 순서를 벗어나면 요구사항과 페이지를 짝지어 줍니다.
- 제안서와 모든 섹션을 로드맵으로 시작하고 모든 수준에 요약을 계획합니다.
- 섹션을 층으로 쌓습니다. 주제, 주장, 증거, 의심 처리, 결론.
- 모든 섹션, 문단, 목록에서 결론을 먼저 두고 제목·로드맵·캡션만 읽어 보며 시험합니다.
Contrl에서는
이번 편에서 가장 중요한 선택, 곧 섹션이 어떻게 펼쳐질지는 어떤 페이지도 쓰기 전에 이루어집니다. Contrl에서는 섹션의 핵심 문장을 고른 뒤 그 섹션의 전개안 세 가지를 서로 다른 구성 원리로 짜서 제안합니다. 제안요청서 순서, 하나의 중심 구조, 사용자 한 명의 여정 같은 식입니다. 세 안 모두 섹션의 요구사항을 빠짐없이 다루면서 페이지 범위, 강점, 약점을 보여 주므로 슬라이드가 한 장도 없는 상태에서 구조를 나란히 비교해 하나를 고를 수 있습니다. 그다음에야 슬라이드를 씁니다. 각 슬라이드에는 대응하는 제안요청서 요구사항이 표시되므로 제안요청서 순서를 벗어나도 대응 관계가 보입니다.
다음 편 예고
좋은 구조는 평가위원을 맞는 페이지로 데려가지만 그 페이지의 문장은 여전히 설득해야 합니다. 16편은 명확하고 고객 중심이며 채점하기 쉬운 문장을 쓰는 법, 곧 Persuasive Writing을 다룹니다.
이 글은 APMP Body of Knowledge를 요약한 APMP Foundation Study Guide 4.2판(© 2025 APMP)을 바탕으로 한 독립적인 학습용 해설입니다. 원문을 풀어 쓰고 해설한 것으로, APMP의 승인을 받은 글이 아닙니다. 특징 표의 질문, 콘텐츠 계획 예시, 도구 비교표, 두 가지 목차, 구성 원리 비교표, 기록물 디지털화 예시, 전후 비교 문단은 이 글을 위해 쓴 것이며, 수치는 예시입니다. 공식 원문과 자격 정보는 apmp.org에서 확인하세요.