제안요청서 RFP의 9개 구성과 질의응답 배포

문서의 분량과 형식은 사업 규모에 맞춰 정합니다. 소규모 개발도 목적, 사용자, 기능, 예산과 일정, 결과물을 기록하면 업체별 제안을 비교하는 데 도움이 됩니다.

공통 요구사항과 비교 기준

제안요청서의 역할요구 범위와 비교 기준을 업체와 공유합니다

1. 견적 전제의 차이업체마다 다른 화면과 기능을 가정할 수 있습니다. 같은 요구사항 문서를 제공하고 견적의 산정 조건과 제외 항목을 확인합니다.
2. 협의 기록의 누락구두 협의만으로는 요구를 다르게 기억할 수 있습니다. 합의한 내용과 아직 정하지 않은 항목을 문서로 남기고 해석이 다른 부분을 확인합니다.
3. 개발 범위의 변경추가 기능은 비용과 일정에 영향을 줄 수 있습니다. 포함, 제외 범위와 변경 절차를 구분합니다.

제안요청서의 아홉 가지 구성

다음 아홉 항목을 기본으로 작성합니다. 사업의 특성과 발주 절차에 따라 항목을 추가하고 아직 정하지 않은 조건은 별도로 표시합니다.

1. 사업 목적서비스의 대상과 해결할 문제
2. 주요 사용자사용자 유형과 이용 목적
3. 필수 기능초기 기능과 후속 검토 항목
4. 화면 범위사용자별 화면과 주요 동작
5. 성능 조건목표 수치, 시험 환경과 측정 방법
6. 제약 조건예산, 일정, 연동, 기존 시스템
7. 결과물 인계코드, 문서, 계정의 제공 범위
8. 출시 후 지원하자 보수, 유지보수, 교육의 조건
9. 선정 기준제안의 비교 항목과 중요도

결과물 인계, 출시 후 지원, 선정 기준도 기능 목록과 함께 확인합니다. 문서의 모든 항목에 포함되는지, 추가 검토가 필요한지 기록합니다.

제안 검토를 위한 요청 항목

업체는 제안요청서의 요구와 평가 항목을 바탕으로 수행 방법을 설명합니다. 핵심 기능뿐 아니라 참여 인력, 검수, 교육과 운영 지원도 요청 항목으로 작성합니다. 제안을 비교하려면 요청할 항목과 확인할 기준을 함께 정리해야 합니다.

요청 항목과 견적 포함 범위

요청서에 없는 업무가 자동으로 제외되는 것은 아닙니다. 다만 포함 여부가 불명확할 수 있으므로 제안과 견적에 반영된 범위를 확인해야 합니다.

요청서에 적었다는 사실만으로 비용에 포함되지는 않으므로 업체의 답변과 견적을 대조합니다.

측정 가능한 성능 조건

“빠르고 안정적으로”라는 표현만으로는 검수 기준을 정하기 어렵습니다. 대상 기능과 이용 환경, 확인 방법을 구체적으로 작성합니다.

위 문장은 예시입니다. 예시 수치는 실제 요구에 맞춰 정하고 자료량, 측정 지점, 시험 환경과 달성 가능성을 함께 검토합니다.

요구사항 번호와 대응 답변

요구사항과 답변의 대응 관계가 없으면 업체별 포함 범위를 찾기 어렵습니다. 항목별 번호와 답변 형식을 정합니다.

요구사항마다 번호를 부여하고 대응 답변을 요청합니다. 구현 방법, 포함 여부, 제외 조건과 추가 확인 사항을 같은 표에서 비교합니다.

비교표의 빈칸은 답변이 없다는 뜻입니다. 포함하지 않은 것인지, 누락한 것인지, 아직 정하지 않은 것인지 업체에 확인하고 답변을 보완합니다.

업체 선정의 비교 기준

화면 시안과 시연 결과 외에도 참여 인력, 일정, 검수 방법과 운영 계획을 검토합니다. 눈에 보이는 결과만으로 전체 수행 능력을 판단하지 않습니다.

선정 시 중요하게 볼 항목과 비교 방법을 미리 정합니다. 기능 구현, 수행 경험, 운영 지원, 일정과 비용 등 사업 목적에 맞는 기준을 제시합니다.

발주자의 준비와 공동 검토 범위

초기 문서에서 모든 기술 조건을 혼자 확정할 필요는 없습니다. 반드시 지켜야 할 조건과 업체의 제안을 받을 항목을 구분합니다.

초안을 공유한 뒤 질문과 답변을 반영합니다. 수정한 내용은 문서에 기록하고 견적과 제안에 사용할 버전을 통일합니다.

첫 상담용 요약 문서

배포 버전과 질의응답 관리

제안 비교를 위해서는 문서의 내용과 전달 조건을 관리해야 합니다. 다음 세 가지를 확인합니다.

업체의 질문은 요구를 어떻게 이해했는지 확인하는 자료입니다. 질문의 수만으로 역량을 판단하지 않고 해석, 대안, 산정 근거와 제안의 일관성을 함께 검토합니다.

추가로 요청할 사항요구사항에서 빠진 항목과 구현 전 확인할 조건을 함께 요청합니다. 답변을 반영한 공통 문서로 포함 범위와 견적을 비교합니다.

내부 의사결정을 위한 요구 정리

제안요청서를 작성하면 내부에서도 목적과 범위를 확인할 수 있습니다. 의견이 다른 항목을 개발 착수 전에 협의할 기회가 됩니다.

사용자 유형을 구분하고 기능의 우선순위를 정리합니다. 운영 담당자와 출시 후 비용이 아직 정해지지 않았다면 별도 결정 항목으로 기록합니다.

문서 작성 중 발견한 누락은 요구사항과 일정에 반영합니다. 필요한 경우 기획 지원의 제공 범위와 비용을 협의해 자료를 구체화합니다.

• 기능별 완료 판정과 첫 공개분 확정
• 앱과 홈페이지 개발 기획 가이드
• 분량보다 중요한 의뢰서 필수 내용 3개