제안 발표, 평가위원의 시간표대로 설계하라

상황

발표 평가는 제안서를 다 읽지 못한 평가위원에게 짧은 시간 안에 핵심을 전달하는 자리입니다. 제안서 요약본을 그대로 읽는 발표는 점수로 이어지기 어렵습니다.

발표 시간, 질의응답 시간, 발표자 제한, 자료 형식은 공고나 안내 공문으로 지정됩니다. 이 조건을 늦게 확인하면 자료를 다시 만들게 됩니다.

실무에서 먼저 이해할 점

발표 평가의 제약은 시간입니다. 평가위원은 하루에 여러 팀의 발표를 듣고, 발표 시간과 질의 시간이 정해져 있습니다. 따라서 발표 설계의 출발점은 “무엇을 말할까”가 아니라 “주어진 시간에 평가표의 어떤 항목을 채울까”입니다.

질의응답은 발표보다 배점에 더 크게 작용하는 경우가 많습니다. 예상 질문을 만들 때는 우리 제안의 약점(일정 압박, 인력 규모, 유사 실적 부족 등)을 피하지 말고 정면으로 준비하는 것이 유리합니다. 준비된 약점 답변은 신뢰를 만들고, 회피는 감점을 만듭니다.

작업 흐름

단계	AI가 할 일	사람이 확인할 일
조건 확인	발표 시간·인원·형식·장비를 공문으로 확인한다	변경 공지를 발표 전날까지 재확인한다
시나리오	평가 항목 순서에 맞춰 발표 흐름을 짠다	슬라이드보다 말할 문장을 먼저 확정한다
질의 준비	예상 질문과 답변 근거 페이지를 준비한다	약점 항목의 답변을 먼저 완성한다
리허설	시간을 재며 최소 2회 전체 리허설한다	답변자 지정과 순서를 정한다

AI 활용

• 제안서 전체를 AI에 주고 발표 시간에 맞는 발표 시나리오 초안(도입-과업 이해-수행 전략-차별점-마무리)을 만들게 합니다.
• AI에게 평가위원 역할을 맡겨 예상 질문을 만들게 합니다. 배점이 큰 항목, 일정·인력의 현실성, 유지보수 등 위험 항목 중심으로 요청합니다.
• 답변 초안을 AI로 만들되, 각 답변에 제안서의 근거 페이지를 붙여 리허설 자료로 정리합니다.

사람의 판단 기준

• 발표 조건(시간, 인원, 자료 형식, 장비)은 안내 공문 원문으로 확인하고 주최 측 공지가 바뀌는지 마지막까지 점검합니다.
• AI가 만든 답변에서 제안서에 없는 약속이 생기지 않았는지 확인합니다. 발표에서 한 약속도 계약 이행 부담이 될 수 있습니다.
• 숫자(일정, 인력 수, 실적 건수)는 발표자와 제안서가 완전히 일치해야 합니다. 불일치는 질의응답에서 신뢰를 깎습니다.

실무 체크리스트

• 발표 자료의 숫자(일정, 인력, 실적)를 제안서와 전수 대조합니다.
• 첫 3분에 사업 이해와 핵심 차별점이 나오도록 배치합니다.
• 질문별 답변 담당자를 정하고 모르는 질문의 대응 원칙을 합의합니다.
• 장비 없이도 발표할 수 있게 인쇄본이나 백업 파일을 준비합니다.
• 발표 후 나온 질문을 기록해 다음 입찰 준비 자료로 남깁니다.

프롬프트 예시

너는 공공사업 제안 평가위원이야. 이 제안서를 보고 발표 후 질의응답에서 나올 질문 15개를 만들어줘. 배점이 큰 평가 항목, 일정과 인력의 현실성, 위험 관리, 유지보수 계획을 중심으로 하고, 각 질문에 답변 시 반드시 포함할 포인트를 붙여줘.

발표 준비 산출물

• 발표 시나리오
• 예상 질의응답표
• 발표 자료 수정 목록
• 리허설 체크리스트

검수에 필요한 근거 자료

• 발표 안내 공문
• 발표 시나리오
• 예상 질의응답표
• 리허설 기록

흔한 실수

• 제안서 목차 순서대로 요약만 하다가 배점 큰 항목에서 시간이 모자라는 것
• 질의응답에서 제안서에 없는 새로운 약속을 즉석에서 하는 것
• 발표자와 실제 수행 책임자가 달라 세부 질문에 답하지 못하는 것
• 발표 조건 공문을 확인하지 않아 자료 형식이나 인원 제한을 어기는 것

다음 단계

발표까지 마치면 11단계의 제출 전 검수 체크리스트로 돌아가 남은 제출물을 최종 확인합니다.