AI 제안서 쓰기, RFP 통째로 넣지 마세요

안녕하세요, 깅글렛이에요.

영업 제안서 마감 앞두고 빈 화면만 노려본 적 있으시죠. RFP 파일은 수십 장인데 어디서 손대야 할지 막막하고요.

AI 제안서 작성, 답부터 말씀드릴게요. RFP를 통째로 넣고 “제안서 써줘”는 하지 마세요. RFP를 먼저 해부하는 게 정석이에요.

저도 거래처 제안 들어갈 때 이 순서로 바꾸고 나서 초안 잡는 시간이 확 줄었거든요. 오늘은 그 4단계랑 복붙 프롬프트까지 다 풀어볼게요.

RFP랑 제안서, 이게 헷갈리면 시작부터 꼬여요

먼저 단어부터 정리하고 갈게요. 이 둘을 섞어 쓰면 글도, 작업도 처음부터 꼬여요.

📖 RFP란? 제안요청서(Request For Proposal)예요. 발주처가 “이 조건으로 제안서를 내라”고 공고하는 문서죠. 안에는 사업 개요, 입찰 규정, 그리고 낙찰자 선정 기준(평가 항목·배점)이 들어 있어요.

제안서는 반대 방향이에요. 일을 의뢰받은 회사가 “그 사업을 어떻게 수행하겠다”를 제시하는 문서거든요. 네이버 지식백과 설명을 빌리면, 받은 사업을 어떻게 풀어갈지 상대(고객·발주처)에게 보여줘서 일을 따내는 글이에요.

그래서 둘은 짝이에요. 발주처가 RFP를 던지면, 우리는 그걸 뜯어본 뒤 제안서로 답하는 거죠. 비슷한 걸로 RFI(정보요청서)도 있는데, 이건 RFP 전에 업체·기술 정보를 먼저 모으는 단계라 일단 넘어갈게요.

여기서 중요한 포인트 하나. 잘 쓴 제안서는 RFP 분석에서 갈려요. 평가 항목과 배점이 RFP에 다 적혀 있는데, 그걸 안 보고 쓰면 점수 받을 곳을 놓치는 거니까요.

RFP vs 제안서 vs RFI 관계 인포그래픽 - “발주처 → RFP(요청) → 우리 회사 → 제안서(답변)” 화살표 흐름, RFI는 RFP 앞 단계로 표시

영업 제안서, 들어갈 6칸은 정해져 있어요

막막할 땐 골격부터 잡으면 돼요. 한국·해외 자료가 거의 같은 구조를 말하는데, 영업 제안서는 보통 6칸으로 나뉘어요.

① 제안 개요(Executive Summary): 제안 전체를 한 장으로 요약. 고객이 얻는 이득을 맨 앞에 둬요.
② 고객 Pain Point 진단: 고객이 지금 겪는 문제를 정확히 짚는 부분이에요.
③ 도입 목적·기대효과: 왜 지금 해야 하는지를 보여줘요.
④ 솔루션(What & How): 무엇을, 어떻게 풀지. 여기에 경쟁사 대비 차별점을 넣어요.
⑤ 가격: 견적·비용 부분이에요.
⑥ 도입 일정·시나리오: 실제 적용 과정과 일정이고요.

순서를 외울 필요는 없어요. 대신 제안서 쓰기 전에 딱 3가지만 자문해보세요. 브런치의 한 제안 전략 글이 정리한 질문인데, 이게 6칸을 관통하거든요. “고객의 핵심 이슈를 파악했나, 그걸 풀 우리 가치·솔루션은 뭔가, 경쟁사와 어떻게 다른가.” 이 3개에 답이 되면 제안서 뼈대는 선 거예요.

저는 이 6칸을 빈 표로 만들어두고 거기에 내용을 채우는 식으로 써요. 백지보다 칸이 있으면 한결 덜 막막하더라고요.

인포그래픽 - 영업 제안서 6단 구조 카드. 개요 → Pain Point → 목적·기대효과 → 솔루션(차별점) → 가격 → 일정 순서대로 6칸, 각 칸에 한 줄 설명

AI한테 RFP를 통째로 던지면 왜 망할까요

자, 여기가 오늘의 가장 큰 포인트예요. 많은 분이 RFP 파일을 그대로 올리고 “이걸로 제안서 써줘”라고 시켜요. 한국 입찰 실무 자료들은 이걸 대놓고 하지 말라고 해요.

이유는 단순해요. 그렇게 시키면 AI가 RFP 안의 평가 항목 구조를 무시하고 넘어가요. 점수 매기는 기준을 못 챙기니까, 보기엔 그럴듯해도 정작 채점표에서 깎이는 제안서가 나오는 거죠. 거기다 조건 없이 초안만 뽑으면 “수많은 제안서의 평균값” 같은 글이 나와요. 무미건조하고 우리 색깔이 없고요.

비교 카드 - 왼쪽 “❌ RFP 통째로 넣고 써줘 → 평가 항목 무시·평균값 초안” / 오른쪽 “⭕ RFP 분해 후 단계별 → 평가 기준 반영·맞춤 초안”, 좌우 대조 레이아웃

그래서 RFP를 먼저 분해해야 해요. 글로벌 자료랑 한국 입찰 실무가 공통으로 권하는 순서는 이래요.

RFP 업로드 → 요약시키기: AI에게 “전체 RFP를 검토해서 핵심 요구사항, 마감일, 평가 기준을 정리해줘”라고 먼저 시켜요.
요구사항 추출 → 컴플라이언스 매트릭스로 매핑: 뽑아낸 요구사항을 한 줄도 빠짐없이 제안서 답변 위치에 1:1로 연결해요.
섹션별 초안 생성: 매핑한 목차대로 본문 초안을 받아요.
사람이 검증: 누락·약점·근거 부족을 RFP 요구사항에 다시 대조해 점검해요.

순서가 다인 것 같지만, 이 4단계로 끊어 시키는 것 자체가 결과를 바꿔요. 통째로 던지는 것과 분해해서 던지는 것, 이 차이가 꽤 커요.

✍️ 저는 처음에 RFP를 그냥 다 넣고 “정리해줘” 한 번에 끝내려다 데인 적 있어요. 결과물이 멀쩡해 보여서 그대로 다듬었는데, 나중에 보니 RFP에 있던 의무 제출 항목 하나가 통째로 빠져 있더라고요. 그 뒤로는 무조건 1단계에서 “의무 요건만 따로 표로 뽑아줘”부터 시켜요.

인포그래픽 - RFP 분석 4단 워크플로. RFP 업로드 → 요구사항·평가기준 요약 → 컴플라이언스 매트릭스 매핑 → 섹션 초안, 가로 흐름

누락 = 탈락, 컴플라이언스 매트릭스가 보험이에요

방금 2단계에서 나온 컴플라이언스 매트릭스, 이게 입찰 제안에서 가장 중요한 장치예요.

📖 컴플라이언스 매트릭스란? RFP 요구사항을 한 줄도 빠짐없이 제안서 답변 위치에 1:1로 연결한 표예요. 요구사항을 하나라도 빠뜨리면 탈락 사유가 되거든요. 그래서 빠진 게 없는지 보장해주는 일종의 보험이죠.

표는 3칸이면 충분해요. [RFP 항목] · [요구사항 요약] · [답변 위치(섹션·쪽)] 이렇게요. RFP를 읽으면서 요구사항이 나올 때마다 이 표에 한 줄씩 채우고, 우리 제안서 어느 섹션에서 답할지 적어두는 거예요.

이게 왜 AI랑 궁합이 좋냐면, 대조하고 반복하는 작업이라 그래요. 사람이 수십 개 요구사항을 일일이 표로 옮기다 보면 꼭 한두 개 빠지는데, AI는 이런 누락 검사를 잘 거들어주거든요.

답변을 쓸 때 패턴도 하나 알아두면 좋아요. “역량 → 증거 → 고객 이득” 순서예요. 예를 들면 “AES-256 암호화를 적용해요(역량). 엔터프라이즈 고객 데이터를 보호한 실적이 있고요(증거). 그래서 컴플라이언스 요건을 맞춰드려요(고객 이득).” 기능만 나열하는 것보다 이 순서로 쓰면 평가자가 보고 싶은 걸 줄 수 있어요.

그리고 제안서 전체를 관통하는 한 줄, Win Theme(승리 테마)을 정해두면 글에 중심이 생겨요. 비용 절감이든 납기 단축이든, 경쟁사가 쉽게 못 따라오는 우리만의 셀링 포인트를 모든 답변에 일관되게 녹이는 거죠.

컴플라이언스 매트릭스 3열 표 예시 - [RFP 항목 | 요구사항 요약 | 답변 위치] 헤더에 샘플 2~3줄 채운 표, 하단에 “누락 = 탈락” 강조 밴드

그대로 복붙하는 4단계 프롬프트

이제 실전이에요. 위 순서를 그대로 쓰는 프롬프트 4개를 정리했어요. 대괄호 부분만 본인 상황으로 바꿔서 쓰시면 돼요.

먼저 RFP를 분석시키는 1단계예요.

다음 RFP 전체를 검토해서 표로 정리해줘.
ⓐ 핵심 요구사항 목록
ⓑ 제출 마감일과 제출 형식
ⓒ 평가 항목과 배점
ⓓ 우리가 반드시 답해야 할 의무 요건
[여기에 RFP 내용 붙여넣기]

요구사항이 정리되면, 그걸 목차(컴플라이언스 매트릭스)로 매핑시켜요.

위에서 뽑은 요구사항을 한 줄도 빠짐없이 제안서 목차로 매핑해줘.
[RFP 항목 | 요구사항 요약 | 답변 섹션] 3열 표로 만들어줘.

목차가 잡혔으면 섹션별 초안을 받아요. 이때 우리 업종과 차별점을 꼭 넣어주세요. 일반적인 입력은 일반적인 결과만 나오니까요.

너는 [업종] 영업 제안 전문가야.
우리 강점인 [핵심 차별점]을 살려서
'솔루션' 섹션 초안을 '역량 → 증거 → 고객 이득' 순서로 써줘.
고객사는 [고객사 이름·업종], 프로젝트는 [프로젝트 유형]이야.

마지막은 검토예요. 초안을 RFP에 다시 대조시키는 단계죠.

이 제안서 초안을 RFP 요구사항과 대조해서
누락된 답변, 약점, 근거가 부족한 항목을 표로 지적해줘.
[초안 붙여넣기]

이 4개를 순서대로만 돌려도 백지에서 시작하는 것보다 훨씬 수월해요. 중요한 건 한 번에 다 시키지 않고 분석 → 매핑 → 초안 → 검토로 끊어서 시키는 거예요.

4단계 프롬프트 흐름 카드 - 분석 / 매핑 / 초안 / 검토 4개 박스를 화살표로 연결, 각 박스에 한 줄 설명. 네이비 다크톤 프롬프트 박스 느낌

AI한테 안 넘기고 사람이 꼭 챙길 3가지

AI가 빠르게 거들어주지만, 그대로 제출하면 큰일 나는 부분이 있어요. 세 가지만 짚을게요.

첫째, 고객 기밀이에요. ChatGPT 같은 공용 AI에 고객의 미공개 정보나 민감한 자료를 그대로 넣지 마세요. 공용 플랫폼은 회사의 데이터 보안 요건을 못 맞출 수 있거든요. 실무에선 회사명·고객사 정보·숫자를 가명이나 더미값으로 바꿔 넣는 게 안전해요. 진짜 거래처 이름 대신 “A사”, 실제 단가 대신 임의 숫자로 돌려서 작업하는 거죠.

둘째, 사실 검증이에요. AI는 부정확한 내용이나 전략과 안 맞는 문장을 만들어내기도 해요. 특히 제안서엔 실적·수치·고객 레퍼런스가 들어가는데, AI가 지어낸 사례나 숫자가 제일 위험해요. 그래서 모든 AI 생성물은 제출 전에 사람이 원본과 대조해야 해요. 한 R&D 제안 실무 자료도 “AI는 초안·아이디어·구조 만들기에만 쓰고, 최종 문장은 사람이 다시 작성하라”고 권하더라고요.

셋째, AI 티 제거예요. 조건 없이 뽑은 초안은 패턴 평균값이라 무미건조해요. 경쟁 제안일수록 고객 맥락과 우리 회사 색깔을 사람이 입혀야 하고요. 거기에 RFP의 분량 제한·제출 형식·필수 요건도 사람이 마지막으로 확인하세요. 형식 어긋나면 그것도 탈락이거든요.

정리하면 역할이 갈려요. AI는 초안·요약·구조·반복 작업을, 사람은 전략·사실 검증·기밀·고객 관계·최종 확인을 맡는 거예요.

인포그래픽 - AI vs 사람 역할 분담 카드. 왼쪽 AI=초안·요약·구조·반복 / 오른쪽 사람=전략·사실검증·기밀·관계·최종확인, 가운데 구분선

깅글렛 한줄평

💬 AI 제안서의 승부처는 “써줘” 한 줄이 아니라 RFP를 어떻게 쪼개서 시키느냐예요. 다음 제안 들어갈 때 위 4단계 프롬프트부터 한 번 돌려보세요.

마무리

오늘은 영업 제안서랑 RFP 분석을 AI로 푸는 법을 정리해봤어요. 도구는 ChatGPT·Claude·Gemini 무료 버전으로도 충분히 연습할 수 있으니, 가벼운 가짜 RFP 하나 만들어서 4단계를 돌려보시면 감이 잡힐 거예요.

※ 본 글은 2026년 6월 기준 정보를 바탕으로 작성됐어요. AI 도구의 기능·정책은 추후 변경될 수 있어요. ※ 고객 기밀·미공개 정보는 공용 AI에 그대로 입력하지 마시고, 가명·더미값으로 바꿔 사용하세요.