Where Projects Become Outcomes

"프로젝트를 성과로 전환하다"

IT 인사이트/AI시대의 제안서 작성 가이드

사전질의: 질문은 전략이다 (03/08)

hfcconsulting 2026. 8. 5. 10:57

AI시대의 제안서 작성 가이드 · Ep.03

묻지 않은 리스크는
수용한 리스크가 된다.

사전질의: 질문은 전략이다 · HFC Consulting


사전질의 마감 하루 전. 제안 팀이 모여 질의 목록을 정리한다. 스무 건이 모였다. 영업 대표가 목록을 보더니 말한다. "이렇게 많이 물으면 준비가 안 된 회사로 보입니다. 다섯 개만 남기시죠."

이 판단은 두 가지를 오해하고 있다. 사전질의는 이해도를 시험받는 자리가 아니라, 계약 조건을 서면으로 조정하는 유일한 공식 통로다. 그리고 발주기관의 질의 회신은 대개 입찰 문서의 일부가 된다 — 즉, 답변 하나가 계약서 한 줄과 같은 무게를 갖는다.

질의는 세 가지 일을 한다

범위를 좁힌다. "과업범위의 ‘등’에 포함되는 대상을 명시해 주십시오"라는 질의에 대한 답변은, 그 자체로 범위의 상한이 된다. 답변이 모호하게 돌아오더라도 손해가 아니다. 모호함이 기록에 남는 것과 남지 않는 것은 다르다.

리스크를 기록에 남긴다. 발주자가 인지하지 못한 공백(Ep.02의 세 번째 침묵)은 질의를 통해서만 수면 위로 올라온다. 질의했고 회신받았다는 사실은, 수행 단계에서 "그건 몰랐다"는 주장을 막는다.

제안의 방향을 시험한다. "A 방식과 B 방식 중 어느 쪽을 우선하십니까"라는 질의의 답변은, 평가위원의 관점을 미리 알려 준다. 이것이 질의를 전략이라 부르는 이유다.

세 가지 일의 우선순위는 사업의 성격에 따라 달라진다. 요구 확정도가 낮은 사업에서는 범위를 좁히는 질의가 먼저다. 조건이 무거운 사업에서는 리스크를 기록에 남기는 질의가 먼저다. 경쟁이 치열한 사업에서만 방향을 시험하는 질의의 가치가 커진다. 세 목적을 구분하지 않고 목록을 만들면, 정작 가장 중요한 질의가 스무 번째 줄에 묻힌다.

답변의 세 유형과 각각의 처리

회신 유형 제안 단계의 처리
명확한 확정 회신 제안서 본문에 회신 내용을 인용해 근거로 삼는다
"RFP 참조"·"협의 예정" 미확정 리스크로 분류해 가격과 전제조건에 반영
무회신 또는 회피 제안서에 우리 해석을 전제조건으로 명시해 선점한다

두 번째 유형이 가장 흔하다. "제안요청서를 참조하시기 바랍니다"라는 회신은 사실상 회신이 아니지만, 그렇다고 무의미하지도 않다. 그 조항이 원문대로 유지된다는 확인이므로, 우리는 원문의 가장 넓은 해석을 전제로 공수를 잡아야 한다는 결론이 선다. 회신의 내용이 아니라 회신이 닫은 가능성을 읽는 것이 실무다.

세 번째 처리가 핵심이다. 답을 못 받았다고 침묵하면, 그 자리는 발주자의 해석으로 채워진다. 제안서의 전제조건 항목은 그래서 존재한다. 2기 Ep.03 (과업범위와 대가)이 계약 단계에서 다룬 문제가, 제안 단계에서는 전제조건 한 문단으로 예방된다.

쓰는 법: 다섯 원칙

사전질의 작성 원칙과 문구

조항을 특정한다 — "제안요청서 3.2절 과업범위 중 ‘데이터 이행 등’에 관하여"

선택지를 제시한다 — "이행 대상이 (가) 현행 운영 데이터 전량인지 (나) 최근 3개년분인지 확인 요청드립니다" (열린 질문보다 회신율이 높다)

항의가 아니라 확인의 형식으로 — "해당 조항은 과도합니다" 대신 "해당 조항의 적용 범위를 확인 요청드립니다"

발주자의 이익으로 번역한다 — "검수기준을 사전에 특정하면 검수 단계의 분쟁을 줄일 수 있습니다"

경쟁사에 정보를 주지 않는다 — 질의 회신은 전체 공개가 원칙이다. 우리 제안의 차별화 지점을 드러내는 질의는 하지 않는다

⑤는 질의 개수를 줄이라는 뜻이 아니다. 리스크에 관한 질의는 전부 하되, 기술적 승부수를 암시하는 질의만 걸러 낸다. 둘은 성격이 다르다. "하자보수 범위의 기준을 확인 요청드립니다"는 모든 응찰사에게 공통된 조건의 문제다. "특정 아키텍처를 적용해도 되는지"는 우리 제안의 설계를 미리 알리는 질의다. 앞은 반드시 묻고, 뒤는 묻지 않는다.

작성의 실무는 단순하다. Ep.02의 리스크 스캔 결과를 그대로 질의 초안으로 옮기고, 질의별로 "이 답을 못 받으면 우리는 무엇을 가정할 것인가"를 한 줄씩 적는다. 그 가정이 바로 제안서에 실릴 전제조건이 된다. 질의서와 전제조건은 같은 작업의 앞뒤다.

예상 반론과 대응

반론. "질의를 많이 하면 발주자에게 까다로운 회사로 찍힌다."

대응. 질의의 개수가 아니라 형식이 인상을 만든다. 조항을 특정하고 선택지를 제시하는 질의는 준비된 회사의 신호다. 반대로 "전반적인 방향을 알려 주십시오" 같은 질의가 성의 없는 인상을 남긴다. 그리고 발주 담당자에게도 이익이다 — 좋은 질의는 그가 놓친 공백을 알려 주므로, 계약 후 그의 문제가 될 일을 미리 줄여 준다.

반론. "어차피 ‘RFP 참조’로 돌아온다."

대응. 그 회신도 자산이다. 특정 조항에 대해 확인을 요청했고 발주기관이 원문 유지를 택했다는 기록은, 수행 단계에서 해석이 갈릴 때 우리 해석의 합리성을 뒷받침한다. 회신의 질과 무관하게, 질의한 사실 자체가 남는다.

체크포인트 — 질의는 유일한 공식 조정 통로 / 회신은 입찰 문서의 일부 / 무회신은 전제조건으로 선점 / 조항 특정 + 선택지 제시 / 차별화 지점은 묻지 않는다

제안서는 우리가 쓰지만, 사업의 조건은 질의서가 쓴다.

본 글의 내용은 법률 자문을 대체하지 않으며, 실제 제안·계약 시 법무 검토를 권장합니다.

📎 더 읽을거리

APMP — 제안·비드 관리 전문가 국제 협회. 질의응답(Q&A) 단계를 제안 프로세스의 정식 국면으로 다룬다.

Shipley Associates — 비드·캡처 방법론의 사실상 표준. 고객 접점 관리와 질의 전략의 원류.

HFC의 관점

질의 마감을 앞두고 계신다면, 질의 목록을 함께 검토해 드립니다. 어느 질의가 범위를 좁히고 어느 질의가 패를 보이는지 짚어 드립니다.

changks@hfcconsulting.co.kr

1영업일 이내 답변 · 주식회사 에이치에프씨 컨설팅 · 대표이사 장기석