제안서는 어떻게 평가되나: 협상에 의한 계약의 흐름
공공기관의 용역 중 기술이 중요한 사업은 가격만 보는 경쟁입찰이 아니라 협상에 의한 계약으로 진행되는 경우가 많습니다. 근거는 국가를 당사자로 하는 계약에 관한 법령(시행령 제43조 등)으로 소개됩니다. 한 계약 안내 자료(2차 정리 자료)는 입찰공고, 제안요청서 공개, 제안서 제출, 기술·가격 평가와 협상 순위 결정, 협상, 계약 체결의 순서로 설명하고, 국가기관 기준으로 기술능력과 입찰가격을 70점과 30점으로 두고 협상 적격 기준을 기술 점수의 일정 비율 이상으로 두는 방식을 소개합니다. 이 비율은 기관과 사업 유형마다 다를 수 있습니다.
| 단계 | 제안 측이 할 일 | 놓치기 쉬운 점 |
|---|---|---|
| 공고·RFP 확인 | 요구사항, 평가 항목, 배점, 제출 양식 정리 | 질의 기간과 사업설명회 일정 |
| 제안서 작성 | 요구사항 대조표, 항목별 답변, 가격 산출 | 평가표 항목명과 목차 불일치 |
| 제출 | 양식·분량·파일 형식, 마감 시각 점검 | 온라인 시스템 마감 직전 접속 지연 |
| 평가·발표 | 핵심 차별점을 짧은 시간에 설명 | 제안서에 없는 내용을 발표에서 주장 |
| 협상 | 범위·일정·가격 조정 대응 | 제안서 내용을 줄이는 방향의 조정 요구 |
표의 단계는 일반적인 흐름이며, 실제 일정과 배점은 해당 공고의 제안요청서가 기준입니다.
실제 사례
사례. 공공 소프트웨어 협상계약: 평가 규칙이 입찰 전략을 바꾼 경우 (SPRi 2017 보고서)
한국소프트웨어정책연구소(SPRi)가 2017년 2월에 낸 보고서는 공공 SW 개발 사업의 협상계약을 분석했습니다. 보고서에 따르면 2016년 공공 SW는 경쟁 SW 시장의 약 40%, 대략 2조 7,200억 원 규모였고, 협상계약에서 기술과 가격은 9대 1의 비율로 평가된다고 설명합니다. 보고서가 지적한 지방 SW 사업의 문제 중 하나는 예정가격을 넘는 입찰자가 기술 점수와 무관하게 협상 대상에서 제외되는 점이었고, 또 하나는 2014년 지방계약을 관장하는 내무 담당 부처가 최저입찰가를 예정가격의 60%에서 80%로 올리고 그 아래 입찰의 가격 점수도 올리면서 입찰가가 80% 근처에 몰릴 수 있다는 점이었습니다. 동점이면 추첨으로 순위를 정하는 규칙 때문에 비중이 큰 기술 항목이 충분히 반영되지 않을 수 있다는 지적도 있었습니다. 여기서 배울 점은 제안서 품질만큼 평가 규칙 자체를 읽는 일이 중요하다는 것입니다. 가격 점수가 어떻게 계산되는지, 최저 기술 점수는 얼마인지, 동점 처리는 어떻게 하는지를 RFP에서 먼저 확인해야 합니다. 이 보고서는 당시 제도를 분석한 것이므로 현재 규칙은 최신 공고에서 확인하세요.
가상 예시: 점수가 "합산 1등"과 "협상 1순위"를 갈라놓는 경우
가상 예시입니다. 실제 사업과 업체가 아니며, 배점과 기준은 설명을 위해 임의로 가정했습니다.어떤 공고가 기술 70점, 가격 30점 만점이고 기술 점수가 만점의 85% 이상(59.5점 이상)이어야 협상 대상이 된다고 가정합니다. A사는 기술 63점(90%), 가격 24점으로 합계 87점이고, B사는 기술 58점(약 82.9%), 가격 30점으로 합계 88점입니다. 합계만 보면 B사가 1점 앞서지만 기술 점수가 기준에 못 미쳐 협상 대상에서 제외되고, A사가 협상 1순위가 됩니다. 이 가상 예시가 보여 주는 것은 가격을 낮추는 것보다 기술 점수의 최소 기준을 넘기는 일이 먼저일 수 있다는 점입니다. 실제 공고에 같은 기준이 있는지는 반드시 RFP에서 확인해야 합니다.
제출 전 점검표
- RFP의 모든 필수 요구사항에 번호를 붙였고 제안서 쪽수와 1:1로 연결했는가
- 평가 항목의 이름과 순서가 제안서 목차에 그대로 반영되어 있는가
- 제안 개요 한두 쪽만 읽어도 이해, 차별점, 기대효과가 보이는가
- 일정에는 기간, 산출물, 담당자가 함께 적혀 있는가
- 투입 인력의 자격 요건 충족 여부를 표로 보여 주는가
- 수행 실적은 과업과 관련성이 높은 순으로 골랐고, 근거 서류가 있는가
- 산출내역서는 지정 양식이며 다른 장의 인력, 기간과 숫자가 일치하는가
- 분량, 글자 크기, 파일 형식, 제출 방법, 마감 시각을 마지막으로 다시 읽었는가
흔한 오해와 정정
- 오해: 제안서는 길고 화려할수록 유리하다. 실제: 평가위원은 제한된 시간에 배점 항목을 찾아 읽습니다. 항목 대응이 안 되면 분량이 많아도 점수가 안 나올 수 있습니다.
- 오해: 가격이 가장 낮으면 이긴다. 실제: 협상계약은 기술과 가격을 함께 평가하며 기술 점수의 최소 기준이 있는 경우가 많습니다.
- 오해: RFP에 없는 아이디어를 많이 넣을수록 좋다. 실제: 필수 요구사항 답변이 먼저이고, 추가 제안은 그 위에서 가치가 있습니다.
- 오해: 과거 실적은 클수록 좋다. 실제: 과업과의 관련성이 중요하며, 부풀린 실적은 오히려 의심을 부를 수 있습니다.
한계와 확인이 필요한 점
이 글의 평가 구조 설명은 일반적 흐름과 2차 정리 자료에 근거하며, 기관별 지침과 최신 개정을 반영하지 못할 수 있습니다. 배점 비율, 최소 기술 점수, 가격 평가 방식은 사업 유형(일반 용역, 공공 SW, 지방계약 등)에 따라 다릅니다. 민간 발주의 RFP는 정해진 법적 절차가 없어 발주사 내부 기준이 전부인 경우도 많습니다. 법령 조항의 정확한 문언은 국가법령정보센터에서 현행 조문을 확인하세요.
사업계획서와는 어떻게 다른가요
투자유치나 정부지원사업용 사업계획서를 준비 중이라면사업계획서 목차 구성법을 참고해보세요. 제안서(RFP 대응)는 발주기관이 이미 정해둔 요구사항에 얼마나 정확히 답했는지가 핵심이라면, 사업계획서는 우리 사업 자체의 문제 정의와 성장 가능성을 스스로 설득하는 성격이 더 강합니다.
수행 계획에 구체적인 지표가 필요하다면
수행 방법론이나 기대효과 항목에 막연한 목표 대신 측정 가능한 숫자를 넣고 싶다면KPI 설정 실무 가이드를 참고해 SMART 원칙에 맞는 지표로 바꿔보세요.
자주 묻는 질문
RFP에 없는 내용을 제안서에 추가해도 되나요?
RFP의 필수 요구사항은 빠짐없이 답변한 뒤라면, 차별화를 위해 추가 제안(부가 서비스, 리스크 관리 방안 등)을 별도 항목으로 덧붙이는 것은 대체로 긍정적으로 평가됩니다. 다만 필수 요구사항에 대한 답변이 부실한 상태에서 부가 제안만 화려하게 채우면 오히려 본질을 놓쳤다는 인상을 줄 수 있습니다.
요구사항 대조표(이행 매트릭스)는 꼭 제출해야 하나요?
RFP가 별도로 요구하지 않는다면 필수 제출 서류는 아닙니다. 다만 제안서 작성 과정에서 내부적으로 만들어 두면 누락된 요구사항을 사전에 발견할 수 있고, 제안서 앞부분에 요약해 첨부하면 평가위원이 짧은 시간 안에 이행 여부를 확인하기 쉬워져 실무에서 널리 권장됩니다.
RFP 내용 중 이해가 안 되거나 모순되는 부분은 어떻게 하나요?
공고에 질의 기간이나 사업설명회가 있다면 그때 서면으로 질의하는 것이 일반적입니다. 자의로 해석해 진행하기보다 발주기관의 공식 답변을 근거로 삼아야 나중에 이행 여부를 다툴 때 안전합니다. 질의 방법과 기한은 공고문에 따릅니다.
발표 평가가 있다면 제안서와 무엇이 달라야 하나요?
발표는 제안서의 요약이어야 하며 새로운 약속을 더하는 자리가 아닙니다. 배점이 큰 항목과 차별점을 먼저 말하고, 제안서 쪽수를 함께 안내하면 평가위원이 확인하기 쉽습니다. 발표 시간 제한은 공고별로 다르므로 발표 시간 계산기로 연습 분량을 어림해 볼 수 있습니다.
탈락했다면 무엇을 확인하면 좋나요?
평가 결과 공개 범위는 기관마다 다릅니다. 공개되는 범위에서 항목별 점수와 순위를 확인하고, 요구사항 대조표 기준으로 감점 가능성이 높은 항목을 다시 점검하는 것이 도움이 됩니다.
이어서 읽어 보세요
- 사업계획서 목차 구성법: 제안서와 다른 설득 구조
- KPI 설정 실무 가이드: 측정 가능한 목표 쓰기
- 계약서 검토 체크리스트: 낙찰 이후 계약 조건 확인
- 발표 시간 계산기: 발표 평가 분량 어림하기