APMP Theme Statement 정리: Win Theme를 제안 문서에 살아 있게 만드는 다섯 가지 원칙 (EP08)

APMP Theme Statement 정리: Win Theme를 제안 문서에 살아 있게 만드는 다섯 가지 원칙 (EP08)

유튜브 영상

"Win Theme는 제안 문서에 충실히 반영이 되어있는가?"

APMP EP08의 주제는 Proposal Theme Statements입니다.

Win Theme

이 질문은 제안서를 쓰는 모든 팀이 한 번쯤 마주칩니다. 전략 회의에서 분명히 잡혔던 차별화 방향이, 정작 문서에 들어가면 잘 안 보이는 일이 흔하기 때문입니다. APMP는 이 문제를 정면으로 다루면서, Theme Statement를 잘 쓰는 데서 그치지 말고 제안서 구조 안에 일관되게 반영하라고 말합니다.

이번 글에서는 APMP가 EP08에서 정리한 Theme Statement의 핵심 원칙을 한국 제안서 실무에 맞춰 정리합니다. 글 마지막 한 섹션에서는 이 방법론을 제품 워크플로우에 박아 넣고 있는 Contrl 2차 클로즈 베타도 함께 안내합니다.


1. Theme Statement는 좋은 문장이 아니라 선택 이유다

Theme Statement

APMP에서 말하는 Theme Statement는 발주처에게 왜 우리를 선택해야 하는지 알려주는 문장입니다. 그냥 멋진 문구나 마케팅 슬로건이 아닙니다.

Theme Statement는 고객의 중요한 니즈를, 우리 제안의 차별적 특징과 고객이 얻게 될 혜택에 연결합니다. 이 연결을 만들기 위해 APMP는 네 가지 요소를 함께 보라고 말합니다.

요소 의미
Hot Button 고객이 진짜 중요하게 보는 문제
Feature 우리가 제안할 수 있는 기능, 방식, 자산
Benefit 고객에게 생기는 변화와 가치
Proof RFP, 인터뷰, 과거 제안서, 레퍼런스에서 나온 근거

좋은 Theme Statement는 이 네 가지 구성요소를 한 문장 안에서 설명합니다. 고객의 고객의 Hot Button을 짚어서, 우리의 Feature가 어떻게 그 문제를 다루는지 보여주고, 그것이 고객에게 어떤 Benefit이 되는지 정리하고, 마지막으로 Proof로 설득력 있는 근거를 제시해야 합니다.

이 네 가지 중 하나라도 빠지면 문장은 슬로건으로 바뀝니다. 보기에는 좋지만 평가위원의 점수 산정에 영향을 주지 못합니다.


2. 좋은 Theme Statement는 4가지 구성요소의 조합이다


APMP는 Theme Statement를 만들기 전에 아래 구성요소를 먼저 고민해보라고 말합니다.

  • 고객 Hot Button은 무엇인가?
  • 우리의 Feature는 무엇인가?
  • 고객 Benefit은 무엇인가?
  • 그 주장을 뒷받침할 Proof는 무엇인가?

이 네 가지 질문에 대한 답이 있어야 비로소 Theme Statement를 쓸 수 있습니다. 이 대답이 비어있는 상태에서 문장부터 잡으면 결과는 두 가지 중 하나로 끝납니다. 평범한 슬로건이 되거나, 근거 없이 보기에만 그럴듯한 문장이 됩니다.

특히 한국 공공·민간 입찰에서 위험한 것은 후자입니다. 제안서에서 가장 위험한 문장은 어색한 문장이 아니라 근거가 없는 문장입니다. 심사위원은 문장의 매끄러움보다 그 주장이 어디서 왔는지를 봅니다. 출처가 RFP의 어느 항목인지, 어떤 요구사항에 대한 이야기인지, 어떤 과거 실적이 뒷받침하는지가 보이지 않으면 점수는 따라오지 않습니다.

그래서 APMP가 강조하는 첫 단계는 문장이 아니라 자료 수집입니다. RFP, 사전 영업 자료, 과거 제안서, 회사 자산, 그리고 고객 인터뷰 답변을 모은 뒤, 그 안에서 위 네 가지 질문에 답하는 순서입니다.


3. Theme Statement는 목차 단계에서 함께 설계된다

목차 구조에 맞게 설계

APMP가 EP08에서 강조하는 또 다른 포인트가 있습니다. Theme Statement는 제안서를 다 쓴 다음 마지막에 멋진 문장으로 끼워 넣는 것이 아니라, 목차와 섹션 구조를 잡을 때 바로 작성해야 한다는 것입니다.

이유는 평가 구조에 있습니다. 제안서는 보통 Executive Summary, Technical Approach, Management Approach, Past Performance 같은 섹션으로 나뉘는데, 각 섹션은 평가위원이 다른 관점으로 봅니다. 같은 Win Theme 아래에서 섹션 별로 강조점이 달라야 합니다.

제안서 구조 섹션에 들어가야 하는 Theme 강조점
Executive Summary 고객이 우리를 선택해야 하는 핵심 이유
Technical Approach 기술 Feature가 고객 문제를 어떻게 해결하는지
Management Approach 일정, 리스크, 운영 안정성이 어떤 Benefit을 만드는지
Past Performance 유사 경험과 Proof가 왜 신뢰를 주는지

이렇게 Theme가 목차 단계에서 배치되어 있어야 writer도, 디자이너도, 검토자도 같은 방향으로 움직일 수 있습니다.

여러 명이 분담해서 쓰는 입찰 제안서일수록 이 단계가 중요합니다. 목차 단계에서 Theme이 박혀 있지 않으면 각 섹션 담당자가 본인의 관점에서 쓰게 되고, 결과적으로 제안서 전체 메시지의 일관성이 깨집니다.

제안서 작성은 문장 생성이 아니라 구조 설계입니다.


4. 일관된 반복이 점수를 만든다

반복 일관

APMP는 Theme Statement를 일관되게 사용하라고 말합니다.

좋은 문장 하나를 잘 만드는 것도 중요하지만, 더 중요한 것은 그 문장이 제안서 안에서 적절한 위치에 반복되는 것입니다. 한 번 등장하고 마는 Theme Statement는 평가위원의 기억에 남지 않습니다.

이 반복은 두 가지 층위에서 일어나야 합니다.

  1. 내용의 일관성 Win Theme가 각 섹션과 슬라이드에서 같은 방향으로 반복되어야 합니다. 다른 단어로 표현되더라도 핵심 메시지는 흔들리지 않아야 합니다.
  2. 형식의 일관성 Theme Statement가 평가위원에게 잘 보이도록 같은 포맷과 디자인 규칙 안에 배치되어야 합니다. 폰트, 색상, 크기, 위치가 제각각이면 좋은 문장도 묻혀 버립니다.

이 두 가지가 함께 작동할 때 비로소 Win Theme는 문서 전체에서 살아 있는 메시지가 됩니다. APMP가 EP08에서 강조하는 핵심도 결국 이 지점입니다.

전략은 문서 전체에서 반복될 때 평가위원의 기억이 됩니다.

5. 입찰 제안서에서 Theme이 사라지는 패턴

지금까지 정리한 다섯 원칙을 입찰 제안서 실무에 비춰 보면, Win Theme가 무너지는 지점은 거의 비슷한 패턴을 따릅니다.

  • 초반 전략 회의에서는 차별화 방향이 분명했다.
  • 그런데 실제 제안서에 들어가면 각 장이 따로 논다.
  • 담당자별로 나눠쓰다 보니 메시지가 달라진다.
  • 마지막에는 "최고의 기술력", "풍부한 경험", "안정적 수행" 같은 표현으로 돌아간다.

이러면 Win Theme는 사라집니다.

평가위원은 우리의 전략 회의를 본 적이 없습니다. 평가위원이 보는 건 문서입니다. 회의실에 있던 좋은 전략은 문서에 흔적이 남아 있어야만 점수로 환산됩니다.

그래서 좋은 제안 조직은 보통 두 가지를 동시에 합니다. 첫째, 목차 단계에서 Theme Statement의 위치를 정해 둡니다. 둘째, 각 담당자가 쓴 초안을 검토할 때 "이 문장이 Win Theme를 어떻게 떠받치는가"라는 질문으로 봅니다. 이 두 단계가 들어가야 회의실의 전략이 문서로 살아 옵니다.


6. Contrl은 어떤 차별점이 있나?

Contrl 조작화면

여기까지가 APMP EP08이 정리한 Theme Statement 원칙입니다.

저희가 곧 2차 클로즈 베타를 시작하는 Contrl은 위에서 정리한 흐름을 제품 워크플로우에 그대로 적용한 AI 제안서 도구입니다. Contrl이 제안서를 만드는 순서는 이렇습니다.

1. RFP 분석
→ 고객 Hot Button 도출
→ 3C Analysis(Customer, Company, Competitor)

2. Win Theme 정의
→ Theme Statement 설계 
→ Slide Content 구성

3. 제안서 PPT 생성
→ 제안서 디자인 시스템 구축
→ PPT Slide 생성

Contrl이 다른 일반 LLM 도구와 다른 지점은 두 가지입니다.

첫째, 처음부터 문장을 쓰려고 하지 않습니다. RFP, 사전 영업 자료, 과거 제안서, 회사 자산, 인터뷰 답변을 먼저 모은 뒤에 Hot Button을 추출하고, 그 위에서 Win Theme를 설계합니다. APMP가 말한 "요소를 먼저 모은다"는 단계가 Contrl에 박혀 있습니다.

둘째, 생성된 모든 문장의 출처를 확인할 수 있습니다. 이 문장이 RFP의 어느 항목, 어떤 인터뷰 답변, 어떤 회사 자산에서 왔는지가 보입니다. 그래야 AI가 만든 제안서가 아니라 근거가 있는 제안서가 됩니다.

2차 클로즈 베타는 6월 9일(월)부터 시작됩니다. 토큰양에 따라 선착순 마감되며, 베타 기간 비용은 전액 무료입니다. 위에서 정리한 APMP 방법론을 실무에 적용해보고 싶다면 사전 신청해 주시면 좋을 것 같습니다.

👉 Contrl 2차 클로즈 베타 사전 신청하기


마무리

이번 EP08의 질문은 이것이었습니다.

Win Theme는 제안 문서에 충실히 반영이 되어있는가?

이 질문은 제안서를 쓰는 모든 팀에게 중요합니다. 좋은 Win Theme를 잡는 데서 멈추지 말고, 그것이 문서의 첫 페이지부터 마지막 페이지까지 일관되게 반복되도록 설계해야 한다는 점이 핵심입니다.

다음 EP09에서는 이 Theme Statement를 이루는 핵심 재료인 Features, Benefits, and Discriminators를 다룹니다.

기능은 어떻게 고객 가치가 되고, 차별점은 어떻게 점수가 되는가. 한국 제안서에서 가장 자주 무너지는 또 다른 지점이라 다음 글에서 이어서 정리하겠습니다.