제안서의 요약문(Executive Summary)이란 무엇인가요?

요약문은 제안서 맨 앞에 두는 장(또는 별도 문서)으로, 우리를 선택해야 하는 이유를 설득하는 글입니다. 우리가 고객의 목표와 과제를 이해한다는 점, 우리 솔루션이 그것을 어떻게 해결하는지, 효과에 비해 비용이 어떤지, 왜 우리 팀이 적임자인지를 보여 주며 평가위원의 '왜 이 업체인가?'라는 질문에 답합니다. 발주처에 따라 사업 요약, 제안 개요, 관리 요약 등으로 부르기도 합니다.

요약문은 얼마나 길어야 하나요?

정해진 분량은 없습니다. APMP Body of Knowledge에 따르면 제안서 규모와 관계없이 보통 2쪽 안팎이고 아주 큰 입찰이라면 훨씬 길어질 수도 있습니다. 정보, 그래픽, 가독성을 희생하지 않는 선에서 최대한 짧게 쓰되 2쪽을 넘으면 소제목을 넣습니다. 1쪽 요약은 좋은 목표이지 규칙은 아닙니다.

5-Box 요약문 구조란 무엇인가요?

요약문을 고객 중심 순서로 짜는 방법입니다. Box 1은 우리 회사를 언급하지 않고 고객의 사업 동인, 목표, 과제만 씁니다. Box 2에서 그 니즈에 맞춘 솔루션과 혜택을 소개한 뒤 Box 3에서 핵심 가격이나 투자를 수치화한 효과와 비교해 제시합니다. Box 4는 다음 단계를 보여 주고 Box 5는 고객이 우리를 선택해야 하는 이유와 성공적인 협업에 대한 의지를 짧게 다시 정리합니다.

요약문은 언제 써야 하나요?

일찍 써야 합니다. APMP Body of Knowledge는 마감보다 한참 앞서, 이상적으로는 입찰 참여 결정 회의에서 수주 담당 매니저가 첫 초안을 내놓을 수 있도록 쓰라고 권합니다. 글머리표로 시작해 솔루션과 전략이 구체화될수록 다듬습니다. 그렇게 일찍 쓰기 어렵다면 킥오프 회의 직후에 시작합니다. 제출 몇 시간 전에 쓴 요약문은 거의 언제나 약합니다.

좋은 요약문인지 어떻게 확인하나요?

세 가지를 확인합니다. 입찰에 참여하지 않은 사람에게 읽게 한 뒤 핵심 메시지를 다시 말해 보게 합니다. 못 한다면 핵심을 더 잘 보이게 고칩니다. 우리 회사 이름을 경쟁사 이름으로 바꿔 봤을 때 여전히 그럴듯하면 우리 제안만의 내용이 부족합니다. 고객 이름을 다른 기관 이름으로 바꿔 봤는데도 자연스럽다면 이 고객의 니즈에 맞춰 쓰지 않은 글입니다.

요약문(Executive Summary): 제안서 첫 페이지에서 승부를 내는 법

이번 편의 질문입니다. 제안서 첫 페이지에서 평가의 승부를 낼 수 있나요?

거의 가능합니다. 그 수단이 요약문(Executive Summary)입니다. 많은 팀이 요약문을 제안서를 줄인 글로 여겨 마지막 날 감사 인사와 회사 연혁과 장별 안내로 채웁니다. 그러나 요약문은 우리를 선택해야 하는 비즈니스 케이스입니다. 평가위원이 모든 제안서에 던지는 질문, 왜 이 업체인가?에 답하는 글이므로 고객의 문제에서 시작해 평가위원이 상사에게 그대로 전할 수 있는 선택 이유로 끝나야 합니다.

이 시리즈는 APMP Foundation Study Guide에 요약된 APMP Body of Knowledge를 하나씩 짚어봅니다. 요약문은 Focus on the Customer에 속합니다. 지난 두 편에서 다룬 고객 이해가 드디어 제안서 지면에 올라오는 자리입니다.

일러스트: 평가위원 네 명이 두꺼운 바인더의 서로 다른 부분을 읽지만, 모두 Why us?라고 적힌 주황색 첫 페이지를 함께 보고 있다 — 평가위원들은 제안서를 나눠 읽지만 요약문 한 페이지는 모두가 함께 봅니다.

요약문은 무엇이고 무엇이 아닌가

요약문은 제안서 맨 앞에 두는 장(또는 별도 문서)으로, 읽는 사람이 우리 회사와 팀과 솔루션을 선택하도록 설득하려고 씁니다. 발주처마다 사업 요약, 제안 개요, 관리 요약, 그냥 개요 등 이름은 다릅니다. 이름이 무엇이든 목적은 분명합니다. Body of Knowledge에 따르면 우리 제안의 기술 내용이 아니라 우리를 선택할 이유를 요약해야 합니다.

이 차이 하나로 쓰는 방식이 거의 다 달라집니다.

	제안서를 줄인 글	우리를 선택할 이유를 담은 글
시작	감사 인사, 회사 소개, 사업 배경	고객의 목표와 그 앞을 막는 문제
본문	각 장을 압축한 안내	우리 솔루션이 그 문제를 어떻게 풀고 고객이 무엇을 얻는지
근거	형용사: 선도적인, 최고의, 풍부한	숫자, 유사 사업 실적, 분명한 가격 대비 효과
마무리	"최선을 다하겠습니다"	왜 우리인지 짧게 다시 정리하고 다음 단계를 제시
작성 시점	마지막 날	입찰 참여 결정 때부터, 전략이 다듬어질수록 계속

기억할 한 문장입니다. 요약문은 제안서의 축약본이 아니라, 평가위원이 내려 주기를 바라는 추천 그 자체입니다.

왜 가장 중요한 장인가

Study Guide는 요약문을 고객이 가장 먼저 읽는 부분이자 가장 꼼꼼히 들여다보는 부분이라고 설명합니다. 다른 어떤 장보다 공을 들일 가치가 있는 이유는 세 가지입니다.

모두가 읽는다

제안서는 보통 평가위원회가 채점하는데 위원들은 일을 나눕니다. 기술 평가위원은 솔루션을, 재무 담당은 가격을, 관리자는 일정과 리스크를 봅니다. 모든 제안서의 모든 페이지를 읽는 사람은 많지 않지만 입찰 전체를 파악하려고 요약문은 거의 모두가 읽습니다. 그래서 여기에 들인 시간은 가장 많은 독자에게 닿습니다.

평가위원의 일을 덜어 준다

평가위원이 혼자 최종 결정을 내리는 경우는 드뭅니다. 상사나 위원장에게 낙찰자를 추천해야 하니 근거가 필요합니다. 좋은 요약문은 그 근거를 미리 써서 건넵니다. 이 업체는 우리 문제를 이해했고 이렇게 해결하며 우리는 이것을 얻으니 다른 업체보다 안전한 선택이라는 논리입니다. 평가위원이 경쟁사 대신 우리를 추천하는 이유를 요약문만으로 설명할 수 있다면, 설득의 대부분은 이미 끝난 셈입니다.

일러스트: 평가위원이 Recommend라고 적힌 요약 한 장을 들고 관리자 방에 들어가고, 옆 탁자에는 두꺼운 제안서 더미가 펼쳐지지 않은 채 놓여 있다 — 평가위원이 그대로 결정권자에게 들고 갈 수 있게 쓴 요약문이 가장 좋습니다.

기대치를 정하고, 때로는 유일한 기회다

전문적이고 설득력 있는 요약문을 읽은 평가위원은 제안서의 나머지도 같은 수준일 거라고 기대합니다. 그리고 발주처가 모든 목차를 정해 주고 답변 형식까지 지정하는 질의응답형 제안서라면 차별화할 여지가 거의 없습니다. 우리 방식대로 논리를 펼 수 있는 곳이 요약문뿐일 수도 있습니다.

내부에도 도움이 됩니다. 이 입찰이 무엇이고 왜 이길 수 있다고 보는지를 팀과 경영진에게 브리핑할 때 요약문 초안은 훌륭한 도구입니다.

그래서 원칙은 단순합니다. 고객이 명시적으로 금지하지 않는 한(실제로 가끔 있습니다) 요약문은 넣습니다. Body of Knowledge는 대략 10쪽이 넘는 제안서라면 모두 요약문을 두라고 권합니다.

5-Box 구조

Body of Knowledge는 설득력 있는 요약문을 짜는 여러 방법을 인정하면서 바로 쓸 수 있는 방법으로 5-Box 구조를 소개합니다. 목차라기보다 설득의 순서로 생각하면 됩니다.

고객의 사업 동인, 목표, 과제. 여기에는 고객만 등장합니다. 우리 회사도, 아직은 우리 솔루션도 나오지 않습니다.
우리 솔루션과 핵심 혜택. 각 혜택은 앞에서 말한 니즈 하나하나에 최대한 구체적으로 답해야 합니다.
고객의 투자. 가장 중요한 가격과 조건만, 수치로 나타낸 효과와 나란히 제시합니다.
다음 단계. 수주 이후를 이미 생각하고 있음을 보여 줍니다.
왜 우리인가. 짧은 한 문단, 때로는 한 문장으로 고객이 우리를 선택해야 하는 이유와 성공적인 수행에 대한 의지를 다시 말합니다.

일러스트: 한 페이지가 Customer, Solution, Investment, Next steps, Why us 다섯 칸으로 나뉘어 있고, 맨 위 Customer 칸이 주황색으로 강조되어 있으며 위에서 아래로 화살표가 이어진다 — 다섯 칸을 고객의 순서로. 첫 칸은 오직 고객의 것입니다.

Box 1과 2: 고객의 문제, 그다음 우리의 답

처음 두 칸은 한 쌍으로 읽습니다. Box 1에 우리 회사 이름이 나오면 너무 이릅니다. 첫머리에서는 고객이 자기 상황을 알아보게 하는 것을 목표로 삼습니다. 맞아, 바로 우리 얘기야. 그다음에야 우리 솔루션이 방금 말한 문제에 대한 답으로 등장합니다.

실무에서 쓸 만한 틀은 이렇습니다. Box 1은 "귀 기관은 X를 이뤄야 하지만 Y가 걸림돌입니다"로, Box 2는 "당사는 A를 통해 귀 기관이 B를 얻도록 하겠습니다"로 시작합니다. 기능보다 혜택이 먼저입니다. 평가위원은 기능 자체에 점수를 주지 않습니다. 점수는 그 기능이 자기에게 무엇을 바꿔 주는지에 따라 매깁니다.

Box 3~5: 고객의 망설임을 줄인다

요약문 후반부는 고객을 망설이게 하는 질문을 다룹니다. Box 3은 "얼마가 들고 그 대가로 무엇을 얻는가?"에 답합니다. 가격만 적으면 비용으로 읽히지만 같은 가격을 절감 시간, 피한 비용, 회수 기간 옆에 두면 투자로 읽힙니다. 4편에서 다룬 가치 제안의 사고방식 그대로입니다.

Box 4는 실행할 수 있다는 확신을 줍니다. 착수, 전환, 안정화처럼 수주 후 첫 몇 주를 날짜와 함께 간단히 보여 주면 이미 다 생각해 두었다는 인상이 남습니다. Box 5는 논리를 마무리합니다. "최선을 다하겠습니다"는 누구를 고를 이유도 되지 못합니다. 이 고객에게 가장 중요한 차별화 요소 한두 가지를 다시 말하고 끝냅니다.

Study Guide는 실무 조언을 두 가지 더 보탭니다. 요약문이 2쪽을 넘으면 소제목을 넣어 읽는 길을 잡아 줍니다. 고객이 구조를 정해 두었다면 그 구조가 우선합니다.

예시: 고치기 전과 후

이 글을 위해 쓴 예시입니다. 시민 민원이 여러 부서 시스템에 나뉘어 등록되는 바람에 처리가 늦어지는 한 지방자치단체를 상상해 봅시다. 흔히 보는 첫 문단은 이렇습니다. 어느 업체가 써도 똑같은 글입니다.

고치기 전

"제안 기회를 주셔서 감사합니다. 당사는 20년 이상의 공공 부문 경험을 갖춘 디지털 솔루션 선도 기업으로, 탁월한 기술력을 바탕으로 귀 기관 사업의 성공에 기여하겠습니다. 기술 방안은 3장, 관리 방안은 4장에 기술하였습니다."

고친 후

"귀 기관은 민원 처리 속도를 높여야 하지만, 민원이 부서별 시스템에 흩어져 있어 직원이 같은 정보를 다시 입력하고 처리 기한을 놓치고 있습니다. 당사는 접수, 배정, 보고를 하나의 업무 흐름으로 연결해 직원은 민원을 한 번만 처리하고 관리자는 모든 기한을 한눈에 보게 하겠습니다. 다른 기관의 유사 사업에서 보고 시간이 약 3분의 1 줄었고, 새 업무 흐름은 착수 4주 안에 안정화되었습니다."

첫 번째는 정중하고 자신감 있게 들리지만 고객도, 경쟁사와의 차이도, 숫자도 없습니다. 두 번째는 고객의 상황에서 출발해 근거를 대고 평가위원이 그대로 옮길 수 있는 결과로 끝납니다. (수치는 설명을 위한 것입니다. 실제 제안서에서는 검증 가능한 우리 실적에서 나와야 합니다.)

나머지 칸은 이렇게 이어질 수 있습니다.

Box	민원 사업 예시 문장
3. 투자	"기존 시스템을 교체하지 않고 그 위에 단계적으로 연계하므로 투자는 연계와 교육에 한정되며, 절감되는 직원 시간으로 2년 차 안에 회수됩니다."
4. 다음 단계	"착수 30일 안에 직원들과 민원 처리 과정을 함께 분석하고, 60일 안에 두 부서에서 시범 운영을 시작하며, 90일 안에 목표 지표를 귀 기관과 확정하겠습니다."
5. 왜 우리인가	"당사는 유사 기관에서 귀 기관과 같은 시스템들을 이미 연계해 보았기에, 낮은 전환 리스크로 더 빠른 민원 처리를 실현할 수 있습니다."

Body of Knowledge의 실무 원칙

고객의 지침을 따른다

제안요청서가 요약문의 내용, 위치, 형식을 정해 두었다면 그대로 따릅니다. 지침을 무시하면 고객의 말을 듣지 않는 회사로 보입니다. 요약문이 증명하려는 것과 정반대입니다. 고객의 틀과 모범 사례가 다르면 5-Box의 사고방식을 고객의 틀 안에 녹입니다. 둘이 충돌하면 고객이 정한 것이 이깁니다.

고객이 쓰는 이름을 붙이고 제목에도 메시지를 담는다

장 이름은 고객이 부르는 그대로 씁니다. 제목을 늘려 메시지를 담을 수도 있습니다. 제안요청서가 "사업 요약"을 요구할 때 "사업 요약: 민원 보고 시간을 3분의 1 줄이는 방법"처럼 쓰면 첫 문장을 읽기 전에 핵심 효과가 전달됩니다.

알맞은 분량을 찾는다

제안서 규모와 관계없이 2쪽 안팎이 보통이고 수천 쪽짜리 입찰이라면 10쪽 이상이 필요할 수도 있습니다. 흔히 말하는 1쪽 요약은 좋은 목표지만 가독성이나 그래픽, 평가위원에게 필요한 정보를 희생하면서까지 지킬 일은 아닙니다. 할 수 있는 만큼 짧게 쓰되 그 이상 줄이지는 않습니다.

맨 앞에 두고 혼자서도 읽히게 한다

요약문은 제출 문서의 맨 앞에 두고 나머지를 보지 않아도 읽히는 독립된 문서로 씁니다. 실제로 그렇게 읽는 사람이 많습니다.

핵심 메시지를 그림으로 보여 준다

그래픽은 감성적인 호소력을 더합니다. 레이아웃이 깔끔하면 핵심을 찾기도 쉽습니다. 테마를 그림으로 바꾸기는 어렵지만 고객의 혜택을 보여 주는 잘 만든 도식 하나는 글 한 페이지만큼의 값을 합니다. 빽빽하거나 주장을 뒷받침하지 못하는 그래픽은 뺍니다.

누가, 언제 쓰는가

좋은 요약문은 역할이 분명한 팀 작업입니다.

영업과 수주 담당은 고객이 무엇을 읽고 싶어 하는지 압니다. 최소한 고객의 사업 동인, 목표, 핫버튼을 제공하고 핵심 메시지를 함께 다듬은 뒤 완성된 초안이 고객에게 와닿는지 검토합니다.
수주 담당 매니저나 임원이 집필을 이끌어야 합니다. 이상적으로는 제안 매니저의 지원을 받아 요약문 전체를 직접 씁니다.
작가, 디자이너, 편집자가 완성도를 높입니다. 숙련된 작가는 문장을 다듬고 디자이너는 시각 자료를 만듭니다. 편집자는 가장 꼼꼼히 읽힐 페이지에서 반드시 눈에 띌 오탈자와 문법 오류를 없앱니다.

역할만큼 시점도 중요합니다. 마지막 순간에 급히 엮은 요약문은 설득력이 거의 없습니다. Body of Knowledge는 글머리표로 일찍 초안을 시작해 시간을 두고 고쳐 가라고 권합니다. 이상적으로는 입찰 참여 결정 게이트에서 수주 담당 매니저가 첫 버전을 발표합니다. 업무가 몰리거나 솔루션이 아직 정해지지 않아 어렵다면 킥오프 회의 직후에 시작합니다. 어느 쪽이든 제출 전날 밤에 쓰는 것보다 훨씬 낫습니다.

일러스트: Bid / No-bid, Kick-off, Submit 깃발이 있는 타임라인 위로 요약문 페이지가 글머리표 몇 줄에서 반쯤 채워진 페이지로, 다시 주황색 차트가 있는 완성된 페이지로 자란다 — 입찰 참여 결정 때 글머리표로 시작해 전략과 함께 요약문을 키워 갑니다.

요약문에 넣지 말아야 할 것

약한 요약문은 대개 몇 가지 같은 이유로 실패합니다. Study Guide가 정리한 항목을 하나씩 점검해 볼 만합니다.

실수	왜 해로운가	대신 이렇게
표지 공문 같은 습관: 인사말, 서명, "제안 기회를 주셔서 감사합니다"	요약문은 편지가 아니라 제안서의 한 장입니다. 정중한 빈말은 가장 많이 읽히는 자리를 낭비합니다.	고객의 목표로 시작합니다. 법적 효력이 필요한 서명은 별도의 확약 섹션에 둡니다.
홍보 문구와 상투어: "선도 기업", "고객 최우선"	홍보 문구는 한 고객을 두고 쓴 글이 아닙니다. 시장 전체를 향해 쓴 글이라 내용도 신뢰도 더하지 못합니다.	이 고객만을 위한 구체적인 혜택을 근거와 함께 씁니다.
티 나는 재활용 문구	평가위원은 우리가 자기네 니즈를 깊이 생각하지 않았다고 판단합니다.	이번 사업, 이번 요구사항, 이번 경쟁사에 맞춘 비즈니스 케이스를 씁니다.
회사 연혁	고객과 상관없는 우리 이야기입니다.	꼭 넣어야 한다면 부록으로 옮깁니다.
안내 문구: "기술 방안은 3장 참조"	그건 목차가 할 일입니다.	지웁니다.
경영진만을 위한 글	고위 의사결정자만이 아니라 평가위원 전원이 읽습니다.	결정권자와 분야별 평가위원 모두를 위해 씁니다.
마지막에 급히 쓰기	다듬고 검토하고 디자인할 시간이 없습니다.	일찍 초안을 쓰고 무엇보다 먼저 검토합니다.

일러스트: 왼쪽에는 Thank you와 Leading provider라고 적힌 말풍선에 줄이 그어진 회색 페이지 앞에서 평가위원이 지루해하고, 오른쪽에는 Your goals 제목과 상승 차트가 있는 페이지에 다른 평가위원이 관심을 보인다 — 감사 인사와 구호는 자리만 차지합니다. 고객의 목표가 주의를 끕니다.

제출 전 세 가지 테스트

Body of Knowledge는 내보내기 전에 요약문을 시험해 보라고 권합니다. 몇 분이면 뻔한 글 대부분을 걸러 낼 수 있습니다.

제3자 테스트. 입찰과 무관한 사람에게 요약문을 읽힙니다. 다 읽고 핵심 메시지를 말할 수 있나요? 못 한다면 강조 박스나 그래픽 등으로 핵심을 더 잘 보이게 합니다.
경쟁사 이름 테스트. 우리 회사 이름을 경쟁사 이름으로 바꿔 봅니다. 여전히 그럴듯하다면 그 글은 아무 업체나 설명할 뿐 우리를 설명하지 못합니다. 우리 제안만이 주는 혜택으로 구체화합니다.
고객 이름 테스트. 고객 이름을 다른 기관 이름으로 바꿔 봅니다. 그래도 자연스럽다면 이 고객에 관한 글이 아닙니다. 이 고객의 니즈에 더 단단히 묶습니다.

일러스트: 요약 페이지에서 손이 Us라고 적힌 이름표를 떼고 Competitor라고 적힌 이름표를 붙이고, 돋보기를 든 검토자가 그래도 말이 되는지 살펴본다 — 경쟁사 이름을 붙여도 통하는 요약문은 아직 우리 것이 아닙니다.

좋은 요약문은 이름을 바꾸면 어색해야 합니다. 그 어색함이 우리 고객, 우리 제안, 우리 선택 이유가 들어 있다는 증거입니다.

다음 요약문을 위한 체크리스트

제안요청서를 확인합니다. 요약문의 이름, 내용, 위치, 분량에 관한 지침이 있으면 따릅니다.
일찍 초안을 씁니다. 입찰 참여 결정까지 글머리표로, 늦어도 킥오프 직후에는 시작합니다.
수주 담당에게서 고객의 사업 동인과 핫버튼을 받습니다. Box 1을 쓰기 전에.
고객만으로 시작합니다. 첫 문단에 우리 회사 이름이 나오지 않게 합니다.
모든 혜택을 고객이 말한 니즈에 연결하고 근거나 숫자로 뒷받침합니다.
Box 3에서 가격을 효과와 나란히 두고 Box 4에서 구체적인 다음 단계를 보여 줍니다.
왜 우리인지 짧게 마무리합니다. 이 고객에게 가장 중요한 차별화 요소로.
빼냅니다. 인사말, 감사 인사, 구호, 회사 연혁, 장별 안내.
강력한 그래픽 하나를 넣고 2쪽을 넘으면 소제목을 답니다.
세 가지 테스트를 합니다. 제3자, 경쟁사 이름, 고객 이름.

Contrl에서는

요약문은 윈 테마가 고객의 순서로 가장 온전하게 드러나는 자리입니다. Contrl에서 고른 윈 테마에는 이미 고객 니즈, 우리의 강점, 고객이 얻는 효과가 담겨 있어 Box 1, 2, 5의 재료가 됩니다. 제안요청서가 요약 장을 요구한다면 추출된 목차에 발주처가 쓴 이름 그대로 들어갑니다. 이 장도 다른 섹션과 마찬가지로 그 윈 테마에서 환원한 핵심 문장 후보 세 개를 받습니다. 투자와 다음 단계는 여전히 우리 팀이 채워야 합니다.

Contrl에서 고른 윈 테마의 고객 니즈, 효과, 우리의 강점이 5-Box 요약문의 1·2·5번으로 이어지고, 3번 투자와 4번 다음 단계는 팀이 채운다 — 윈 테마가 요약문의 고객 중심 부분을 채웁니다. 가격과 다음 단계는 우리 팀의 몫입니다.

다음 편 예고

요약문은 그 뒤에 있는 전략만큼만 강합니다. 7편은 전략과 윈 테마(Strategy and Win Themes)를 다룹니다. 우리의 차별화 전략은 가격 싸움을 이길 수 있을까요? 그리고 그 전략을 제안서의 모든 섹션에 어떻게 이어 갈까요?

이 글은 APMP Body of Knowledge를 요약한 APMP Foundation Study Guide 4.2판(© 2025 APMP)을 바탕으로 한 독립적인 학습용 해설입니다. 원문을 풀어 쓰고 해설한 것으로, APMP의 승인을 받은 글이 아닙니다. 비교 표, 민원 처리 사업 예시와 그 고치기 전후 문장 및 수치, 5-Box 예시 문장, 제목 예시는 이 글을 위해 쓴 것입니다. 공식 원문과 자격 정보는 apmp.org에서 확인하세요.