제안서 테마 문장: 평가위원이 점수로 옮겨 적는 한 문장

이번 편의 질문은 이것입니다. 우리의 윈 테마는 정말 제안서 지면에 있습니까?

전략 회의에서는 고객이 왜 우리를 골라야 하는지 모두가 압니다. 하지만 평가위원은 그 회의에 들어온 적이 없고 문서만 봅니다. 평가위원이 찾아서 다시 말할 수 있는 문장으로 선택할 이유가 적혀 있지 않으면 그 이유는 평가위원에게 없는 것과 같습니다. 그 이유를 지면에 올리는 도구가 테마 문장(Theme Statement)입니다. 고객이 중요하게 여기는 니즈를 우리만 제공하는 특징과 측정할 수 있는 효과에 연결하고 근거로 받쳐서, 평가위원에게 왜 우리를 선택해야 하는지 알려주는 한 문장입니다.

이 시리즈는 APMP Foundation Study Guide가 정리한 APMP Body of Knowledge를 차례로 살펴봅니다. 테마 문장은 Focus on the Customer 영역에서 전략과 윈 테마 바로 다음에 나옵니다. 이번 편에서는 전략을 평가위원이 점수를 줄 수 있는 문장으로 바꾸는 법을 다룹니다.

테마 문장이란

Body of Knowledge에서는 테마 문장을 그 역할로 정의합니다. 읽는 사람에게 우리를 선택할 이유를 주는 문장입니다. 그러려면 고객의 가장 중요한 니즈를, 우리를 돋보이게 하는 제안의 특징과 그 특징이 만드는 효과에 연결해야 합니다. 효과는 가능하면 수치로 표현해야 합니다.

짧게 외우면 이렇습니다.

테마 문장 = 고객 니즈 + 차별화된 특징 + 정량화된 효과, 그리고 이를 받치는 근거.

Study Guide는 이 개념이 흐려지지 않도록 두 가지를 분명히 합니다.

• 슬로건이 아닙니다. 마케팅 문구나 귀에 잘 감기는 표현으로는 테마 문장이 되지 못합니다. 테마 문장은 구체적이어서 차별화 요소 하나를 이 고객에게 중요한 니즈 하나에 묶습니다.
• 하는 것이 아니라 말하는 것입니다. 전략이 이기기 위해 팀이 취할 행동을 정한다면 테마 문장은 제안서가 말할 내용입니다. 전략은 캡처 계획에, 테마 문장은 제안서 안에 있어야 합니다.

평가위원이 가장 기억해 주었으면 하는 요점을 담기 때문에 테마 문장은 섹션 첫머리, 단락, 제목에 들어갑니다. 콜아웃 박스로 따로 강조하는 경우도 많습니다.

전략, 윈 테마, 테마 문장

이 세 용어는 늘 섞여 쓰입니다. 주로 수준과 읽는 사람에서 차이가 납니다.

테마 문장으로 바뀌지 않은 윈 테마는 회의실에 머뭅니다. 섹션마다 그 섹션의 내용에 맞게 다시 쓴 윈 테마가 필요합니다.

슬로건인가, 테마 문장인가

이 글을 위해 쓴 두 문장을 비교해 보겠습니다. 첫 번째는 수많은 제안서를 채우는 유형입니다.

강한 테마 문장에 들어가는 네 가지

회사 역량, 기술 접근, 수행 실적 같은 최상위 항목부터 목차의 어느 수준이든 테마 문장을 쓸 때 Body of Knowledge는 네 가지를 요구합니다.

1. 우리가 제공하는 특징에서 나오는 고객의 효과를 밝힌다.
2. 그 효과를 고객 이슈에 연결한다. 고객이 직접 드러낸 핫버튼이면 가장 좋습니다.
3. 가능할 때마다 효과를 수치로 표현한다.
4. 그 특징, 효과, 이슈에 관한 우리의 과거 성공을 보여준다.

특징이 어디에 있는지 보세요. 특징은 효과가 생기는 이유이지 헤드라인이 아닙니다. 평가위원은 도구나 방법론을 가졌다는 사실에 점수를 주지 않습니다. 점수는 그것이 고객에게 무엇을 해 주는지, 그리고 우리가 실제로 해낼 수 있다는 증거를 보고 줍니다. 그래서 좋은 문장은 대개 효과로 시작하고 특징이 그 이유를 설명합니다.

테마는 갑자기 생겨나지도 않습니다. Study Guide에 따르면 테마는 사업 기회·캡처 전략에서 흘러나와야 하며 윈 테마와 고객의 핫버튼, 우리가 찾아낸 특징·효과·차별화 요소를 반영해야 합니다. 같은 고객의 사전규격이나 비슷한 과거 제안요청서로 상위 목차를 일찍 잡아 두고 실제 제안요청서가 나오기 전에 그 목차에 맞춰 특징과 효과를 짝지어 두는 습관이 유용합니다.

수치화하되, 믿을 수 있게

효과를 수치로 표현한 문장은 일반적인 약속보다 대체로 더 믿음직하고 설득력이 있습니다. "처리 비용을 줄입니다"는 방향만 가리키지만 "처리 비용을 약 4분의 1 줄입니다"는 평가위원이 붙잡을 무언가를 줍니다. 다만 숫자에는 조건이 따릅니다.

• 뒷받침할 수 있어야 합니다. 주장 바로 뒤에 근거를 두세요. 근거를 댈 수 없다면 숫자를 지키기보다 문장을 다시 쓰세요.
• 가능하면 고객과 함께 정하세요. 효과 산정에 직접 참여한 고객은 그 결과를 더 신뢰합니다.
• 양극단을 피하세요. 딱 떨어지는 숫자는 오차가 큰 어림값으로 읽힐 수 있고 소수점까지 쓴 숫자는 계산 방식을 의심하게 만듭니다. 반올림하지 않은 정수가 그 사이에 있습니다.

수치화는 증명할 수 있는 효과를 평가위원이 믿을 만한 정밀도로 표현하는 일입니다. 숫자를 지어내서는 안 됩니다.

짧게: 한 문장, 효과 먼저

좋은 테마 문장은 사운드 바이트처럼 작동합니다. 평가위원이 결정을 한 줄로 설명해야 한다면 그 한 줄이 우리 문장이어야 합니다. 문장이 길수록 건너뛰기 쉬우니 길이는 불리하게 작용합니다. Study Guide의 다듬기 방법은 세 단계로 요약됩니다. 가장 중요한 효과 하나만 남기고 전문용어를 쉬운 말로 바꾼 뒤 고객의 효과를 맨 앞에 둡니다.

이 글을 위해 만든 IT 헬프데스크 입찰 예시로 그 순서를 따라가 보겠습니다.

1. 초안: "통합 ITSM 프레임워크, 검증된 베스트 프랙티스, AI 기반 지식관리를 활용하여 서비스 데스크는 최종 사용자에게 향상된 최초 해결률을 제공합니다." 특징은 셋인데 효과는 모호합니다. 앞의 두 가지는 모든 경쟁사가 주장합니다.
2. 효과 하나와 진짜 원인만 남기기: "유사 기관 12곳에서 다듬은 지식 베이스로 최초 해결률을 높입니다."
3. 전문용어 빼기: "상담원이 비슷한 기관 12곳에서 이미 검증한 답변으로 일하기 때문에, 대부분의 문제가 첫 통화에서 해결됩니다."
4. 효과 먼저: "귀 기관 직원들은 대부분의 문제를 첫 통화에서 해결받습니다. 상담원이 비슷한 기관 12곳에서 이미 검증한 답변으로 일하기 때문입니다."

마지막 버전은 첫 초안보다 짧습니다. 이 입찰자만 할 수 있는 말을 하고 고객이 얻는 것으로 시작합니다.

먼저 네 칸을 채운다

빈 페이지에서 완벽한 문장을 쓰기는 어려우니 요소를 먼저 채우고 나서 잇는 편이 쉽습니다. Study Guide는 빈칸 채우기 틀을 제시하는데, 필자가 풀어 쓰면 이렇습니다.

[고객]은 [차별화된 특징] 덕분에 [무엇을] [얼마나 또는 언제까지] 개선할 수 있다. [근거].

문장을 쓰기 전에 네 칸으로 브레인스토밍하는 방법도 권합니다. 앞의 전환 예시를 이렇게 펼쳐 볼 수 있습니다.

이 방법에서 문장 대신 단락이 나오지 않게 하는 규칙이 두 가지 있습니다. 특징 칸은 자세히 쓰지 말고 짧게 적으세요. 효과는 상위 수준의 하나로 합치세요. 그런 다음 네 칸을 하나의 문장으로 바꾸되, 솔루션에서 효과로 이어지는 길이 분명히 보이게 합니다.

시험하기: 소리 내어 읽고, 두 가지 질문으로

소리 내어 읽기

화면에서는 괜찮아 보이는 문장도 소리 내어 읽으면 문제가 드러납니다. 초안을 쓴 뒤 문장마다 읽어 보며 확인하세요.

• 호흡: 끝나기 전에 숨을 쉬어야 했나요? 그렇다면 너무 깁니다.
• 흐름: 말이 꼬이거나 처음부터 다시 읽었나요? 더 적고 쉬운 단어를 쓰세요.
• 말투: 보통 사람이 실제로 할 법한 말인가요? 쉽고 짧은 평서문이 좋습니다.
• 신뢰: 믿을 만하게 들리나요? "세계 최고 수준", "독보적 전문성" 같은 표현은 문장 안에 근거가 필요하고 너무 딱 떨어지는 숫자는 계산 과정을 보여줘야 할 수 있습니다.

두 가지 질문

Body of Knowledge의 리트머스 시험은 모니터에 붙여 둘 만합니다.

1. 경쟁사도 그럴듯하게 같은 주장을 할 수 있는가? 답은 아니오여야 합니다. 그렇다면 우리 솔루션을 구별해 줄 구체적인 내용을 더하세요.
2. 평가위원이 이 문장을 평가표에 그대로 옮겨 최고점의 근거로 쓸 수 있는가? 답은 예여야 합니다. 더 주관적인 질문이지만 이것이 진짜 목표입니다. 평가위원의 채점 근거를 우리가 대신 써 주는 셈입니다.

앞의 슬로건을 이 시험에 넣어 보세요. 경쟁사도 "최고의 기술력과 풍부한 경험"을 말할 수 있을까요? 쉽게 말합니다. 평가위원이 그 문장으로 최고점을 정당화할 수 있을까요? 그럴 수 없으니 다시 써야 합니다.

본문을 쓰기 전에 목차 위에 테마를 배치한다

테마 문장은 마지막에 바르는 광택제가 아닙니다. Study Guide는 제안서 상위 목차가 잡히면 관련 테마를 각 섹션에 흘려 넣어 제안서 전체에서 메시지와 효과가 이어지게 하라고 권합니다. 이렇게 만든 것이 테마 아웃라인입니다.

일반적인 구성이라면 이런 모습이 됩니다.

이 작업을 일찍 하면 두 가지를 얻습니다. 첫째, 빈 곳이 드러납니다. 효과를 보여주려면 비교 검토(trade study), 분야 전문가의 시험 결과, 인사 부서의 인력 데이터, 컨소시엄 파트너나 협력사의 자료가 필요한 곳이 보입니다. 이런 자료는 제안요청서가 공고되기 전에 모으기 시작하세요. 둘째, 테마가 정렬되면 콘텐츠 계획의 모든 섹션에 초안 테마 문장을 넣어 둘 수 있습니다. 그러면 집필자는 빈 페이지 대신 더 큰 전략을 중심에 두고 자기 섹션을 구성합니다.

일관되게 배치한다

평가위원은 우리의 패턴을 학습합니다. 좋은 테마 문장이 처음부터 끝까지 같은 수준에 나오면 효율적인 평가위원은 섹션을 읽기 전에 그것부터 찾습니다. 배치가 들쭉날쭉하면 평가위원은 헷갈리거나 짜증을 내고, 글꼴·색상·크기·디자인이 제각각인 테마 문장은 그냥 지나칠 수 있습니다. 글꼴·색상·크기·디자인이 제각각인 테마 문장은 그냥 지나칠 수 있는데 그러면 받을 수 있었던 점수도 함께 놓칩니다.

어디에 둘지는 관행의 문제이고 교리로 정해져 있지 않습니다. Body of Knowledge는 시장마다 선호가 다른 네 가지 방식을 소개합니다. 아래의 장단점은 필자의 해석입니다.

제안서가 어떻게 평가될지를 기준으로 고르고 어디서나 같은 형식으로 적용하세요. 그리고 균형을 잃지 마세요. Study Guide는 테마 문장의 개수나 정확한 위치보다 초점이 분명하고 설득력 있는 내용이 훨씬 중요하다고 분명히 말합니다.

흔한 함정

• 테마를 정하고 검토하기 전에 섹션을 쓴다. 내용과 테마가 따로 놀고 늦게 고치려면 다시 써야 합니다.
• 근거가 부족하다. 정량화하고 검증할 수 있는 근거가 충분하지 않으면 평가위원은 테마를 믿지 않습니다.
• 효과 대신 특징을 말한다. 우리가 가진 것의 목록만으로는 고객이 무엇을 얻는지 알 수 없습니다.
• 우리 이야기만 한다. 주어가 늘 "당사"인 문장은 대개 고객에 초점을 두지 않습니다. 가능하면 고객을 주어로 쓰세요.

다음 제안서를 위한 체크리스트

1. 윈 테마에서 출발한다. 빈 페이지가 아니라 윈 테마와 고객의 핫버튼에서 시작하세요.
2. 테마 아웃라인을 만든다. 상위 목차에 섹션마다 테마 하나를 배치합니다.
3. 네 칸을 채운다. 고객 이슈, 특징, 효과, 근거.
4. 한 문장으로 쓴다. 효과 먼저, 차별화 요소 하나, 전문용어 없이.
5. 뒷받침할 수 있는 것만 수치화하고, 근거를 바로 뒤에 둡니다.
6. 소리 내어 읽고, 한 호흡에 읽히고 믿을 만하게 들릴 때까지 줄입니다.
7. 두 가지 질문을 던진다. 경쟁사는 말할 수 없고 평가위원은 그것으로 채점할 수 있어야 합니다.
8. 콘텐츠 계획에 넣는다. 집필자가 그 문장을 중심으로 섹션을 쓰게 합니다.
9. 평가 방식에 맞는 배치 방식 하나를 고르고, 모든 테마 문장을 같은 형식으로 표시합니다.

Contrl에서는

누군가 쓰기 전에 테마부터 정하라는 Body of Knowledge의 조언은 Contrl이 일하는 방식에 그대로 들어 있습니다. 윈 테마를 고르고 나면 제안서의 섹션마다 반드시 전달해야 할 한 문장에서 출발합니다. Contrl이 그 윈 테마를 서로 다른 각도로 환원한 핵심 문장 후보 세 개를 제시하면 사용자는 하나를 고르거나 직접 씁니다. 섹션의 슬라이드는 그다음에 작성되므로 그 섹션의 모든 페이지가 평가위원이 평가표로 옮겨 갈 수 있는 한 문장을 중심으로 만들어집니다.

다음 편 예고

테마 문장은 그것을 이루는 재료만큼만 강합니다. 9편은 특징, 효과, 차별화 요소(Features, Benefits and Discriminators)를 다룹니다. 기능은 어떻게 고객 가치가 되고 차이는 어떻게 평가표의 점수가 될까요?

이 글은 APMP Body of Knowledge를 요약한 APMP Foundation Study Guide 4.2판(© 2025 APMP)을 바탕으로 한 독립적인 학습용 해설입니다. 원문을 풀어 쓰고 해설한 것으로, APMP의 승인을 받은 글이 아닙니다. 슬로건과 전환 예시, 인허가 처리 수치, 헬프데스크 다듬기 과정, 네 칸 예시, 테마 아웃라인 표, 배치 방식별 장단점은 이 글을 위해 쓴 것입니다. 공식 원문과 자격 정보는 apmp.org에서 확인하세요.