제안서 목차는 전략이다: RFP 요구사항 100% 매핑하는 법

TL;DR: 제안서 목차는 단순한 순서가 아니라 전략적 설계물이다. RFP 요구사항을 100% 매핑하면서도 Win Theme이 관통하는 목차를 만들어야 한다. Contrl은 RFP 분석 결과를 기반으로 목차를 자동 생성하고, 각 항목에 RFP 근거와 템플릿 자산을 매핑해준다.

대부분의 목차가 전략 없이 만들어진다

제안서 목차를 어떻게 잡느냐고 물으면, 대부분 이렇게 답한다. "RFP에 있는 순서대로" 또는 "지난번 제안서 목차를 복사해서". 이것이 가장 흔한 실수다.

RFP가 목차를 지정하는 경우도 있지만, 그 안에서 스토리라인을 어떻게 녹이느냐는 전적으로 우리의 전략이다. 같은 목차 구조 안에서도 어떤 항목을 두껍게 쓰고, 어떤 항목을 간결하게 넘기느냐에 따라 제안서의 설득력이 완전히 달라진다.

RFP 요구사항 100% 매핑

목차의 첫 번째 원칙은 RFP가 요구하는 모든 항목이 빠짐없이 포함되어야 한다는 것이다. 하나라도 누락되면 감점이고, 필수 항목 누락은 탈락이다.

문제는 RFP 요구사항이 한 곳에 깔끔하게 정리되어 있지 않다는 것이다. 기술 요구, 관리 요구, 평가 기준, 제출 양식 등 여러 섹션에 흩어져 있다. Contrl의 RFP 분석이 이 매핑을 자동으로 해준다. 각 목차 항목 옆에 "RFP 3.2(i) 충족" 같은 태그가 붙어서, 누락 없이 모든 요구사항이 커버되는지 한눈에 확인할 수 있다.

Win Theme을 목차에 녹이는 법

Executive Summary에 Win Theme을 선언한다. 제안서의 첫 챕터에서 핵심 메시지를 명확히 한다.

각 챕터의 도입부에 Win Theme을 연결한다. 기술 스펙으로 바로 들어가지 않고 "이 기술이 고객의 어떤 가치를 실현하는가"를 한 문단 넣는다.

차별화 항목에 페이지를 더 할당한다. 평가 배점이 높은 항목에 더 많은 페이지를 배정한다.

빈 퍼즐 찾기

목차를 설계하다 보면 "RFP가 요구하는데 우리 템플릿에 없는 것"이 발견된다. Contrl에서는 이를 빈 퍼즐이라고 부른다. 빈 퍼즐이 많다는 건 기존 템플릿과 이번 사업의 갭이 크다는 신호이므로, 작성 일정에 반영해야 한다.

Contrl의 목차 설계 플로우

Contrl에서 목차는 스토리라인 확정 후 자동으로 생성된다. 각 챕터에는 하위 항목이 달려 있고, 항목마다 RFP 요구사항 매핑, 템플릿 참조, 예상 페이지 수가 표시된다. 변경할 때마다 RFP 매핑이 실시간으로 업데이트되어, 누락이 없는지 즉시 확인할 수 있다.

자주 묻는 질문

Q: RFP가 목차를 지정한 경우에도 커스터마이징이 가능한가요?

A: RFP 지정 목차는 반드시 지켜야 합니다. 다만 각 챕터의 도입부, 서술 톤, 페이지 배분에서 전략을 녹일 수 있습니다.

Q: 목차에서 페이지 배분은 어떻게 결정하나요?

A: 평가 배점이 높은 항목, 차별화 포인트에 더 많은 페이지를 할당합니다.

Q: AI가 생성한 목차의 품질은 어느 정도인가요?

A: RFP 요구사항 매핑은 매우 정확합니다. 전략적 판단은 사용자가 조정합니다.

Q: 빈 퍼즐이 많으면 어떻게 해야 하나요?

A: 작성 일정을 넉넉히 잡고 해당 부분의 담당자를 미리 지정하세요.

Q: 목차를 여러 번 수정해도 되나요?

A: 네, 작성 초기에 여러 번 수정하는 게 정상입니다. 다만 작성 착수 후 변경은 일정에 영향을 줍니다.