나라장터에 입찰 공고가 올라옵니다. 그러면 과업지시서(RFP)를 출력하고 분석하기 시작합니다. 마감까지 짧게는 10일에서 15일, 길게는 30일 정도의 기간이 주어집니다. 그리고 바로 제안서 작성에 돌입합니다.
저도 한때 이게 맞는 순서라고 생각했습니다.
그런데 솔직히 말하면, 공고가 올라온 그 순간, 이미 불리한 게임이 시작된 겁니다.
공고가 올라오면 왜 늦는 걸까요
사실 나라장터 공고가 정식으로 올라오기 전에, 두 단계가 먼저 존재합니다. 바로 사전규격공개와 발주계획 공고입니다.
대부분의 회사들은 이 단계를 그냥 지나칩니다. 아직 정식 공고가 아니니까요. 그런데 바로 이 사전 단계가 핵심입니다.
왜냐하면, 발주처 담당자는 RFP에 진짜 요구사항을 다 쓰지 않기 때문입니다.
공공기관이나 대학 담당자들은 RFP를 쓸 때 모든 요구사항을 상세하게 기입하지 않습니다. 말 못 할 내부 사정이 있기도 하고, 문서로 다 표현하기 어려운 미묘한 맥락들도 있습니다. 그들이 진짜 원하는 것, 지금 가장 불편해하는 것, 전임자 때부터 쌓인 고질적인 문제들. 이런 것들은 담당자를 직접 만나야만 들을 수 있습니다.
공고가 공식적으로 올라온 다음에는 그런 깊은 미팅이 어렵습니다. 공정성 시비가 생길 수도 있고, 제안서를 작성하기에도 시간이 턱없이 빠듯합니다. 결국 공고가 뜨기 전부터 미리 움직인 회사가 압도적으로 유리한 겁니다.
사전 미팅 없이 쓴 제안서가 어떻게 되는지 잘 압니다
저도 예전에는 사전 미팅이나 교감 없이 공고만 보고 제안서를 써본 적이 있습니다. 정말 열심히 썼습니다. 우리 기술이 얼마나 좋은지, 우리 제품이 얼마나 뛰어난지, 시스템 아키텍처가 얼마나 탄탄한지 자랑하며 제안서가 꽤 두꺼워졌습니다.
하지만 결과는 늘 탈락이었습니다.
고객의 진짜 고민을 모른 채 우리 자랑만 잔뜩 늘어놓은 제안서는, 화려하지만 알맹이 없는 서류에 불과했던 겁니다. 반면 공고 전부터 담당자의 목소리를 듣고 그들의 진짜 페인 포인트를 녹여낸 제안서는 첫 페이지부터 울림이 다릅니다.
사전 미팅에서 반드시 확인해야 할 3가지
담당자 미팅은 그냥 얼굴 도장 찍는 자리가 아닙니다. 세 가지를 반드시 확인해야 합니다.
진짜 요구사항
RFP에 적힌 것 말고, 담당자가 실제로 가장 불편하게 생각하는 것이 무엇인지 물어봐야 합니다. "현재 가장 해결이 시급한 문제가 무엇입니까?" 이 질문 하나로 제안서의 방향이 완전히 달라집니다.
제약사항과 리스크
이게 가장 중요합니다. 레거시 DB 연동 문제, 보안 정책 제약, 내부 승인 프로세스 같은 것들은 수주하고 계약한 뒤 개발에 들어가면 갑자기 튀어나옵니다. 그때는 이미 늦습니다. 비용이 늘어나거나 개발 범위가 커져도 계약서대로 해야 합니다. 사전에 파악하고 "이 제약사항을 이렇게 해결하겠다"고 제안서에 담아내는 것, 그게 진짜 경쟁력입니다.
예산의 현실적인 범위
공고에 나온 금액이 전부가 아닌 경우가 많습니다. 담당자 미팅에서 예산 탄력성이 어느 정도인지 파악해두면 제안 가격 전략도 달라집니다. 무조건 최저가로 승부하는 게 답이 아닙니다.
결국 기술력보다 먼저인 것
여러 회사가 PT 발표를 합니다. 담당자 입장에서 보면, 기술적인 면은 솔직히 대동소이합니다. 어느 회사나 비슷한 기술을 들고 옵니다.
그때 차별점은 딱 하나입니다.
"이 회사는 우리가 원하는 게 뭔지 알고 있다."
그 느낌을 주는 제안서는 사전 미팅 없이는 나오지 않습니다. 공고가 올라오기 전에 이미 담당자를 만나고, 요구사항을 확인하고, 제약사항을 제안서에 담아낸 회사만이 낼 수 있는 제안서입니다.
| 사전 영업 체크리스트 | 핵심 확인 포인트 | 확인 |
|---|---|---|
| 사전규격공개 모니터링 | 정식 공고 전 단계에서 발주 예정 건 파악 | [ ] |
| 담당자 미팅 완료 | 진짜 요구사항 및 페인 포인트 청취 | [ ] |
| 제약사항·리스크 파악 | 레거시 연동, 보안, 승인 프로세스 사전 확인 | [ ] |
| 예산 범위 확인 | 공고 금액 외 예산 탄력성 파악 | [ ] |
지금 준비 중인 입찰이 있다면 한 가지만 확인해보세요.
사전규격공개나 발주계획 공고 단계에서 담당자 미팅 일정을 잡으셨습니까?
아직이라면, 지금이 움직일 타이밍입니다.
결국 제안서 싸움은 공고가 올라오기 전에
이미 반이 결정됩니다.
"사업 공고가 뜨기 전 클라이언트의 니즈를 명확히 파악했다면, 이를 제안서에 녹여내는 정교한 논리가 필요합니다. 작성 실무 팁은 [15년 차 IT 영업인이 말하는 제안서 실패의 진짜 이유] 칼럼을 이어 읽어보시길 권합니다."