APMP EP12 정리: RFP 요구사항은 제안서 목차와 정확히 연결되어 있는가 (Compliance Matrix)
"RFP(제안요청서) 요구사항이 제안서 목차와 답변 위치에 정확히 연결되어 있는가?"
국내 공공 입찰이나 대기업 제안을 준비할 때, 많은 제안팀이 밤을 새워가며 화려한 수주 전략(Win Theme)을 짜고 멋진 디자인을 고민합니다.
하지만 수억, 수십억짜리 입찰에서 허무하게 떨어지는 팀들을 보면 의외로 아주 기본적이고 치명적인 곳에서 구멍이 나 있습니다.
만약 위 질문에 "제안서 다 쓰고 맨 마지막 날 검토하면서 엑셀로 체크리스트 만들어서 확인했습니다"라고 답하신다면, 죄송하지만 그 제안서는 평가위원에게 외면받을 확률이 매우 높습니다.
글로벌 제안 표준(APMP)에서 강조하는 컴플라이언스 매트릭스(Compliance Matrix)는 제안서를 다 쓰고 끼워 맞추는 체크리스트(색인)가 아닙니다. 집필을 시작하기 전에 뼈대부터 제대로 잡는 제안서의 설계도여야 합니다.
이번 글에서는 APMP EP12가 정리한 컴플라이언스 매트릭스의 원칙을 한국 제안서 실무에 맞춰 정리합니다. 마지막 한 섹션에서는 이 흐름을 제품 워크플로우에 박아 넣고 있는 Contrl 2차 클로즈 베타도 짧게 안내합니다.
1. "전략은 좋은데, RFP 요구사항은 어디에 답했나요?"
많은 제안팀이 킥오프 미팅 때는 "우리가 이 사업을 따야 하는 이유"를 엄청나게 논의합니다. 하지만 막상 결과물(제안서)을 보면 전략은 온데간데없고 기존에 썼던 제안서 복사·붙여넣기(Ctrl+C, Ctrl+V) 내용만 가득합니다.
이유는 간단합니다. 전략과 요구사항이 실제 목차와 연결되지 않았기 때문입니다. 아무리 좋은 아이디어가 있어도, RFP 세부 요구사항을 쪼개서 제안서 몇 페이지·어느 섹션에 집어넣을지 미리 설계하고 작성자에게 배정하지 않으면 결국 뜬구름 잡는 제안서가 되고 맙니다.
이게 컴플라이언스 매트릭스가 다루는 첫 번째 문제입니다. 좋은 전략은 작성자 한 사람의 머릿속에 있는 게 아니라, 제안서의 어느 페이지 어느 슬라이드에 어떻게 들어갈지가 분명히 적혀 있어야 합니다.
2. 100점짜리 답변을 써도 실격당하는 이유: 준수의 세 층
"고객이 요구한 기술 스펙 다 채웠는데 왜 떨어졌죠?"라고 억울해하는 작성자가 많습니다. 하지만 발주처가 요구하는 준수(Compliance)는 생각보다 꼼꼼합니다. 세 가지 층을 모두 통과해야 합니다.
세 가지 중 하나라도 구멍이 나면 제안서 전체가 흔들립니다. 그래서 컴플라이언스 매트릭스는 세 층을 동시에 추적할 수 있도록 설계되어야 합니다.
3. 평가위원이 점수 주기 편하게 만드는 세 가지 원칙
평가위원들은 짧은 시간 동안 수백 페이지짜리 제안서 여러 권을 RFP와 대조해가며 채점합니다. 평가위원을 헷갈리게 만들면 무조건 감점입니다.
원칙 1. RFP 요구사항은 한 줄씩 잘게 쪼개세요 (RFP Shredding)
RFP에 적힌 한 문단 안에는 생각보다 많은 요구사항이 뭉쳐 있습니다. 예를 들어 "~을 식별하고, 기술하며, 증빙을 제공해야 한다"라는 문장이 있다면, 이를 3개의 행(Row)으로 잘게 쪼개야 합니다. 그래야 작성자가 빼먹지 않고, 리뷰어도 하나씩 체크할 수 있습니다.
문장을 그대로 한 행에 넣어두면 "어느 부분이 충족됐는지" 추적이 사실상 불가능해집니다. 한 문단에서 평가위원이 보고 싶은 답이 두세 개씩 나뉘어 있다는 점만 인정해도 매트릭스의 정확도는 크게 올라갑니다.
원칙 2. 내 고집을 버리고 고객의 언어를 그대로 따르세요
이 원칙은 세 가지 작은 규칙으로 풀어집니다. 첫째, RFP 번호 체계(Numbering)를 유지합니다. 제안서 목차 구조를 RFP와 똑같이 맞춰주세요. 평가위원이 숨은그림찾기 하듯 답변을 찾게 만들면 안 됩니다.
둘째, 고객 용어를 그대로 씁니다. 우리 회사에서 쓰는 멋진 신조어나 전문 용어 대신, 고객이 RFP에 쓴 단어를 그대로 제목과 본문에 박아 넣으세요.
셋째, 동사(Action Verb)를 맞춥니다. 고객이 "비교하라"고 했으면 비교표를 넣고, "증명하라"고 했으면 실적 증빙을 넣어야 합니다. 동사 하나만 다르게 풀어도 평가위원은 답을 못 찾았다고 판단합니다.
원칙 3. 실시간으로 업데이트하는 살아있는 작업 도구로 쓰세요
컴플라이언스 매트릭스는 한 번 만들어두고 쳐다보지 않는 정적인 문서가 아닙니다. 제안 목차가 바뀌거나, 담당 작성자가 변경되거나, 특히 발주처에서 RFP Amendment(정정공고/변경고시)를 발표하면 그 즉시 매트릭스도 업데이트되어야 합니다. 옛날 버전 RFP를 보고 쓴 제안서는 무조건 탈락입니다.
매트릭스는 매일 팀 전체가 함께 보는 운영 도구여야 하지, 제출용 엑셀 파일로 한 번 만들어 책상 서랍에 넣어두는 색인이 아닙니다.
4. 핵심 요약: 이것만은 제발 피합시다
이번 입찰을 성공으로 이끌기 위해 제안 매니저(Bid Manager), 부문별 리드(Volume Lead), 작성자(Writer)가 반드시 기억해야 할 요약입니다.
맺음말: 평가위원이 채점하기 쉬운 제안서가 이깁니다
결론은 단순합니다. Compliant(요구사항 준수) + Responsive(고객 니즈 대응) = Easy to Evaluate(쉬운 채점)입니다.
고객의 요구사항을 철저하게 지키면서도, 평가위원이 1초 만에 답변을 찾을 수 있도록 친절하게 안내하는 제안서. 그 강력한 무기의 시작점이 바로 컴플라이언스 매트릭스입니다.
오늘부터 제안서를 쓰기 전, 우리 팀의 설계도가 제대로 짜여 있는지 목차부터 다시 점검해 보시는 건 어떨까요.
다음 EP13에서는 컴플라이언스 매트릭스 위에 얹어지는 또 하나의 핵심 산출물, Storyboard(스토리보드)를 다룹니다. 매트릭스가 무엇을 답할 것인가를 정리한다면, 스토리보드는 어떻게 답할 것인가를 슬라이드 단위로 설계하는 도구입니다. 한국 제안서에서 자주 무너지는 또 다른 지점이라 다음 글에서 이어서 정리하겠습니다.
출처 및 참고 문헌 APMP Foundation Study Guide v4.2, Create Deliverables — Compliance Matrix (pp.61-64)