제안서 가이드

제안요청서 분석과 목차 작성법: 표지 규정부터 엑셀 초안까지

2026년 7월 3일

RFP를 받으면 바로 본문을 쓰기보다 표지 규정, 감점 요소, 페이지 포맷, 목차 초안을 먼저 정리해야 합니다. 협업 작성자가 같은 기준으로 움직이게 만드는 실전 흐름입니다.

RFP를 열자마자 본문부터 쓰기 시작하면 대부분 중간에 다시 멈춥니다. 표지 형식이 다르고, 용어가 흔들리고, 목차가 바뀌고, 누가 어느 장을 쓰는지 불명확해지기 때문입니다. 제안서 작성의 첫 단계는 글쓰기보다 작업 기준을 세우는 일입니다.

1. RFP 분석에서 반드시 뽑아야 할 것

제안요청서 분석은 요구사항을 읽는 일이 아니라 결정 근거를 뽑는 일입니다. 최소한 다음 다섯 가지는 별도 표로 정리해야 합니다.

이 표가 있어야 전략이 생깁니다. 요구사항만 따라가면 모든 경쟁사가 비슷한 답을 냅니다. 잠재 니즈와 사업 맥락까지 읽어야 제안의 우선순위가 달라집니다.

표지는 형식 문서처럼 보이지만, 공공조달에서는 규정 준수의 첫 신호입니다. RFP가 "현장담당자"라고 쓰라고 했는데 제안서에서 "PM", "총괄관리자", "프로젝트 매니저"를 섞어 쓰면 작은 표현 차이로도 감점 사유가 됩니다.

표지와 제출 서류는 다음 순서로 확인하세요.

표지는 창의적으로 만들 부분이 아닙니다. 발주기관이 요구한 형식을 정확히 재현하는 쪽이 안전합니다.

여러 명이 작성하는 제안서에서는 내용보다 포맷 때문에 시간이 깨집니다. 각자 다른 폰트, 다른 표 색상, 다른 제목 체계로 작성하면 마지막 통합 단계에서 문서 전체를 다시 정리해야 합니다.

초반에 다음 페이지를 미리 만들어 두세요.

폰트는 가능한 한 한 계열로 제한하고, 색상도 3개 안쪽으로 정리합니다. 강조하고 싶은 내용이 많을수록 강조 규칙은 더 엄격해야 합니다. 전부 강조하면 아무것도 강조되지 않습니다.

RFP에는 보통 기본 목차와 요구사항 목록이 들어 있습니다. 처음부터 새 목차를 만들지 말고, 그 구조를 기준으로 시작하세요. 평가자는 RFP에 적힌 용어로 채점합니다. 제안서 목차가 그 용어와 멀어질수록 찾는 시간이 늘어납니다.

목차 초안은 다음 단계를 거치면 안정적입니다.

이 과정을 거치면 목차는 단순한 순서표가 아니라 작업 지시서가 됩니다.

복잡한 사업에서는 요구사항이 서로 겹치고 흩어집니다. 초기에는 마인드맵으로 전체 관계를 잡는 것이 빠릅니다. 기능 요구사항, 데이터 이관, 보안, 운영, 교육, 유지보수가 어디에서 연결되는지 한눈에 볼 수 있기 때문입니다.

하지만 협업 문서로는 엑셀이 더 낫습니다. 작성자는 각 행을 보고 무엇을 써야 하는지 바로 알 수 있어야 합니다. 엑셀 초안에는 다음 열을 넣으세요.

특히 비고란에는 "이 장에서 반드시 말해야 할 문장"을 적어두는 것이 좋습니다. 모두가 같은 핵심 메시지를 놓치지 않게 하는 장치입니다.

제안서 목차는 초안 한 번으로 끝나지 않습니다. 요구사항 해석이 바뀌고, 질의응답이 나오고, 작성하다 보면 장을 합치거나 나눠야 합니다. 문제는 누가 어떤 버전을 기준으로 쓰고 있는지 모르는 상태입니다.

최소한 다음 규칙은 두세요.

A3 페이지나 접지 페이지가 들어가면 페이지 번호가 더 쉽게 틀어집니다. 마지막 검수에서 반드시 실제 PDF 기준으로 목차, 본문, 부록 페이지를 대조해야 합니다.

제안요청서 분석은 제안서의 속도를 늦추는 일이 아닙니다. 처음에 기준을 세우면 뒤에서 다시 쓰는 시간이 줄어듭니다. 잘 만든 목차 엑셀 하나가 제안서 전체의 일정표이자 품질관리표가 됩니다.