한눈에 보는 요약
- RFP란 Request for Proposal의 줄임말로, 외부 업체에 제안 요청 내용을 정리해 전달하는 문서입니다.
- 주로 시스템 구축, 외주 제작, 솔루션 도입, 대행사 선정처럼 여러 업체의 제안을 비교해야 할 때 사용됩니다.
- 견적 요청이나 제안서와 달리 RFP는 과업 범위, 요구사항, 평가 기준을 먼저 제시해 공정한 비교 기준을 만드는 데 초점이 있습니다.
1. 용어 정의
- RFP(Request for Proposal)
- RFP란 발주사가 외부 업체나 파트너에게 프로젝트 목적, 요구사항, 과업 범위, 일정, 예산, 평가 기준을 제시하고 제안을 요청하는 제안 요청서입니다.
- 실무에서는 “우리가 무엇을 필요로 하는지 먼저 정리해 업체들이 같은 기준으로 제안서를 제출하도록 만드는 문서”로 이해하면 됩니다.
- RFP는 보통 [알에프피]라고 읽으며, 실무에서는 “RFP를 배포하다”, “RFP 기준으로 제안서를 받다”, “RFP 요구사항을 검토하다”처럼 표현합니다.
2. 이런 맥락에서 쓰여요
외부 업체의 제안을 같은 기준으로 비교할 때 사용해요.
여러 개발사, 대행사, 컨설팅사, 솔루션 업체로부터 제안을 받을 때 사용합니다.
RFP에 목표, 범위, 일정, 제출 형식, 평가 기준을 미리 정리하면 업체별 제안서를 같은 기준으로 비교할 수 있습니다.
프로젝트 요구사항과 과업 범위를 명확히 정할 때 사용해요.
새 시스템 구축, 홈페이지 개편, 마케팅 대행, 보안 진단처럼 이해관계가 큰 프로젝트에서 사용합니다.
요구사항이 모호하면 업체마다 해석이 달라져 견적, 일정, 산출물 범위가 크게 흔들릴 수 있습니다.
3. 실제로는 이렇게 쓰여요
외부 업체의 제안을 같은 기준으로 비교할 때
이번 고객 포털 개편은 바로 업체별 견적만 받을 게 아니라, RFP를 먼저 정리해서 배포하는 게 좋겠습니다.
단순 견적 요청으로는 부족할까요?
화면 개편 범위와 주요 기능 정도만 전달하면 될 것 같습니다.
그렇게 하면 업체마다 로그인 구조, 권한 관리, 관리자 기능 포함 여부를 다르게 해석할 수 있습니다.
나중에 견적 차이가 왜 나는지 비교하기 어려워질 수 있습니다.
맞습니다. 고객 문의 이력 조회와 계약 정보 확인은 운영팀 입장에서도 꼭 필요한 기능입니다.
RFP에 필수 요구사항과 선택 요구사항을 나눠 적는 게 좋겠습니다.
좋습니다. 이번 주까지 RFP 초안을 만들고,
과업 범위와 평가 기준을 먼저 확정한 뒤 업체에 제안서를 요청합시다.
프로젝트 요구사항과 과업 범위를 명확히 정할 때
고객 포털 개편 프로젝트의 외부 개발사 선정을 위해 RFP 작성 기준을 공유합니다.
이번 RFP의 목적은 동일한 요구사항과 평가 기준을 바탕으로 제안 품질, 수행 역량, 일정, 비용을 비교하기 위한 것입니다.
이번 프로젝트는 고객이 계약 정보, 문의 이력, 결제 내역, 공지사항을 한 화면에서 확인할 수 있도록 포털 구조를 개편하는 것이 핵심입니다. 또한 관리자 기능, 권한 관리, 기존 시스템 연동 여부에 따라 개발 범위와 비용이 크게 달라질 수 있으므로, 요구사항을 필수 항목과 선택 항목으로 구분해 정리해야 합니다.
각 담당자는 아래 기준에 맞춰 RFP 초안을 검토해 주세요.
- 주요 확인 사항: 프로젝트 목적, 필수 기능, 선택 기능, 제외 범위, 연동 시스템, 제출 형식, 평가 기준, 예상 일정
- 기한: RFP 초안은 이번 주 금요일 오후 3시까지 검토, 다음 주 월요일 오전에 최종본 확정
4. 이런 팁도 알고 있으면 좋아요
요구사항을 필수와 선택으로 나눠야 합니다.
모든 요구사항을 같은 중요도로 적으면 업체가 우선순위를 판단하기 어렵습니다.
반드시 필요한 기능, 있으면 좋은 기능, 이번 범위에서 제외할 기능을 나눠야 견적과 일정 비교가 쉬워집니다.
평가 기준을 RFP에 미리 포함해야 합니다.
가격만 보고 업체를 고르면 실제 수행 역량이나 유지보수 품질을 놓칠 수 있습니다.
기술 역량, 유사 프로젝트 경험, 일정 현실성, 커뮤니케이션 방식, 비용을 함께 평가 기준으로 정리하는 것이 좋습니다.
내부 합의 없이 RFP를 배포하지 않아야 합니다.
부서마다 원하는 기능과 우선순위가 다르면 업체가 제안서를 제출한 뒤에도 범위가 계속 바뀔 수 있습니다.
RFP 배포 전에는 목표, 예산 범위, 의사결정자, 제외 범위를 내부에서 먼저 확정해야 합니다.
5. 비슷한 용어와의 차이
| 구분 | RFP | RFQ | 제안서 |
|---|---|---|---|
| 의미 | 발주사가 요구사항과 평가 기준을 정리해 업체에게 제안을 요청하는 문서입니다. | 발주사가 특정 제품이나 서비스의 가격, 조건, 견적을 요청하는 문서입니다. | 업체가 발주사의 요구나 문제를 해결하기 위해 제출하는 실행 계획 문서입니다. |
| 쓰는 상황 | 프로젝트 범위가 복잡하고, 여러 업체의 수행 방식과 역량을 비교해야 할 때 사용합니다. | 요구사항이 비교적 명확하고, 가격이나 납기 조건을 빠르게 비교해야 할 때 사용합니다. | 업체가 RFP나 영업 기회에 대응해 해결 방안, 일정, 비용, 차별점을 설명할 때 사용합니다. |
| 핵심 차이 | 발주사가 “무엇을 원하고 어떤 기준으로 평가할지”를 먼저 제시합니다. | 발주사가 “얼마에 가능한지”를 중심으로 조건을 확인합니다. | 업체가 “어떻게 해결할지”를 설명하며 설득하는 문서입니다. |
| 주의할 점 | 요구사항이 모호하면 업체별 제안서와 견적을 공정하게 비교하기 어렵습니다. | 가격 중심으로만 비교하면 품질, 범위, 유지보수 조건을 놓칠 수 있습니다. | 제안서 내용이 RFP 요구사항과 맞는지 반드시 대조해야 합니다. |
6. 자주 묻는 질문
A. 프로젝트 배경, 목적, 과업 범위, 필수 요구사항, 선택 요구사항, 제외 범위, 일정, 예산 범위, 제출 형식, 평가 기준, 문의 방법이 포함되는 것이 좋습니다. 보안이나 개인정보가 관련된 프로젝트라면 관련 요건도 사전에 검토해야 합니다.
A. RFP는 발주사가 업체에게 “이 기준에 맞춰 제안해 주세요”라고 요청하는 문서이고, 제안서는 업체가 RFP에 응답해 제출하는 문서입니다. 따라서 좋은 제안서를 받으려면 RFP의 요구사항과 평가 기준이 먼저 명확해야 합니다.
A. RFP는 수행 방식, 기술 역량, 일정, 비용을 종합적으로 비교하기 위한 제안 요청서입니다. RFQ는 요구사항이 어느 정도 확정된 상태에서 가격과 납기 조건을 중심으로 견적을 요청할 때 사용합니다.
A. 그럴 수 있으므로 필수 조건과 제안 가능 영역을 구분하는 것이 좋습니다. 반드시 지켜야 할 요구사항은 명확히 쓰고, 해결 방식이나 추가 아이디어는 업체가 제안할 수 있도록 열어두면 균형을 맞출 수 있습니다.
A. 권장되지 않습니다. 내부 합의가 부족한 상태에서 RFP를 배포하면 업체별 제안이 서로 다른 전제를 기반으로 작성될 수 있습니다. 최소한 목표, 필수 기능, 제외 범위, 의사결정 기준은 내부에서 먼저 정리해야 합니다.
A. 보통 프로젝트 목적, 과업 범위, 필수 요구사항, 제출 기한, 평가 기준, 예산 가능성, 계약 조건을 먼저 확인합니다. 이 항목이 불명확하면 업체가 질문을 반복하거나 부정확한 제안서를 제출할 가능성이 높아집니다.
오피스넥스트 협업 백과사전은 실무 협업 상황에서 자주 쓰이는 업무 용어를 이해하기 쉽게 정리한 콘텐츠입니다.
