낙찰 제안서와 탈락 제안서, 현장에서 반복되는 3가지 차이

공공 입찰의 기술평가는 블라인드에 가깝습니다. 결과가 나와도 왜 떨어졌는지 알려주는 사람은 없습니다. 하지만 평가에 참여해 본 사람들, 그리고 여러 번의 입찰을 거친 회사들이 공통적으로 증언하는 패턴은 분명히 존재합니다.

차이 1: 발주기관의 언어 vs 우리 회사의 언어

탈락하는 제안서는 자기 회사가 잘하는 것을 이야기합니다. 낙찰하는 제안서는 발주기관이 걱정하는 것을 이야기합니다.

같은 시스템 구축 제안이라도, "당사는 최신 클라우드 기술 역량을 보유하고 있습니다"와 "귀 기관의 기존 장비 노후화로 인한 장애 리스크를 이렇게 해소합니다"는 완전히 다른 문서입니다. RFP의 사업 배경 문단을 다시 읽어 보세요. 발주기관이 이 예산을 따내기 위해 내부에서 설득했던 논리가 거기 있습니다. 그 논리를 이어받는 제안서가 이깁니다.

차이 2: 검증 가능한 약속 vs 형용사

평가위원 입장에서 "신속한 대응"과 "최고의 품질"은 채점할 방법이 없습니다. 반면 이런 문장은 채점이 됩니다.

• 장애 접수 후 30분 내 1차 응답, 4시간 내 임시조치
• 주간 진척 보고 + 월간 품질지표 리포트 제출
• 핵심 인력 3인 교체 불가 확약, 교체 시 동급 이상 인력 + 발주기관 승인

낙찰 문서의 공통점은 숫자와 조건이 붙은 약속이 많다는 것입니다. 약속이 구체적일수록 리스크를 아는 회사라는 신호가 되고, 그것이 신뢰 점수로 돌아옵니다.

차이 3: 심사 동선 설계 여부

내용이 비슷해도 읽히는 문서와 안 읽히는 문서가 있습니다. 낙찰 문서들은 대개 이렇게 생겼습니다.

• 각 장 첫 페이지에 반 페이지 요약
• 배점표 항목과 1:1 로 대응되는 목차
• 페이지당 다이어그램 1개, 표로 정리된 비교
• 소제목만 읽어도 주장이 전달되는 헤드라인 문장

평가위원의 시간은 한 권당 수십 분입니다. 그 시간 안에 점수 근거를 '찾게' 해주는 문서가 유리한 것은 구조적으로 당연한 일입니다.

---

세 가지 모두 기술력의 문제가 아니라 문서 설계의 문제입니다. 즉, 오늘부터 바꿀 수 있는 것들입니다. proposal.kr 의 템플릿들은 이 세 가지 원칙이 이미 구조에 반영되어 있습니다.