정보공유 같이해요/BUSINESS

정성 제안서 작성법: 첫 제안서의 수행계획을 쓰는 순서

Rio - Moon 2026. 11. 1. 02:23
728x90
반응형

IT-ABILITY · 제안서 입문 03

정성 제안서를 처음 쓰면 “최선을 다하겠습니다” 같은 문장부터 떠오를 수 있다. 평가자가 확인하기 쉬운 제안은 의지보다 어떤 요구를, 누가, 어떤 순서로 수행하고, 무엇으로 확인할지를 보여준다.

이번 글의 목표
제안요청서의 한 요구사항을 수행계획 문단으로 바꿔본다. 예시는 가상의 사내 업무 시스템 구축 사업이며, 실제 평가 기준이나 확정된 수행 약속이 아니다.

1. 정성 제안서에서 무엇을 설명해야 할까?

정성 제안은 회사 소개를 길게 나열하는 자료가 아니다. 발주기관의 문제를 이해하고, 제안한 방법이 그 문제를 해결할 수 있는지 설명하는 자료다. 조달청 기준은 정성평가 항목을 소프트웨어 개발, 유지관리 등 사업 유형별 별표로 구분한다. 따라서 구체적인 목차는 해당 제안요청서의 평가표에서 가져와야 한다. 조달청 제안서평가 세부기준 제9조

좋은 수행계획은 요구사항에서 검증 방법까지 연결된다.

처음에는 평가 항목마다 요구사항 → 방법 → 책임 → 결과물 → 확인의 다섯 칸을 채워본다. 하나라도 비어 있으면 그 부분을 평가자가 상상해야 한다.

2. 요구사항 대응표는 어떻게 만들까?

제안요청서에서 요구사항 번호와 문장을 그대로 옮겨 적고, 대응할 본문 위치를 먼저 정한다. 아래 표는 연습용이다. 실제 제안서에는 원문 ID와 페이지를 정확히 기록한다.

가상 요구사항 설명할 수행 방법 담당·산출물 검증 방법
업무 현황을 한 화면에서 조회 사용자 역할과 필요한 지표를 확인한 뒤 화면 시안을 검토 기획·개발 담당 / 화면 정의서 발주처와 확인한 요구사항으로 시안 검토
장애 문의 처리 체계 제시 접수·분류·조치·재확인·보고 절차 설계 운영 담당 / 장애 대응 절차서 모의 장애 사례로 담당과 기록 흐름 점검

이 표는 본문을 대신하지 않는다. 누락을 막는 설계도로 쓰고, 본문에서는 왜 그 순서가 필요한지와 실제 수행 방법을 풀어쓴다. 요구사항이 불분명하면 임의로 해석해 확정하지 말고 공식 질의 절차를 확인한다.

3. 추상적인 문장을 어떻게 바꿀까?

한 문단 안에 문제, 행동, 담당, 결과, 확인을 넣으면 설명의 빈틈이 줄어든다. 아래는 가상 요구사항 “장애 문의 처리 체계 제시”에 대한 문장 비교다.

초안 수정 예시
“장애 발생 시 신속하고 안정적으로 대응하겠습니다.” “문의가 들어오면 운영 담당자가 접수 내용을 기록하고 영향 범위를 분류한다. 개발 담당자가 원인을 재현·수정한 뒤 운영 담당자가 재확인 결과와 처리 내역을 보고한다.”

수정 문장에는 아직 응답 시간이나 인력 수가 없다. 해당 수치가 제안요청서에 요구되거나 회사가 실제로 이행할 수 있는 조건으로 확인되기 전에는 임의의 성과 약속을 넣지 않는다. 표와 문단의 숫자·역할·일정도 서로 맞아야 한다.

문단 점검 질문
“무엇을 한다” 뒤에 “누가”, “언제”, “무슨 결과를 남기고”, “어떻게 완료를 확인하는가”를 덧붙일 수 있는지 살펴보자.

4. 일정·인력·산출물을 어떻게 맞출까?

좋은 방법을 적어도 담당자가 없거나 일정에 없는 작업이면 실행 계획으로 보기 어렵다. 각 주요 활동을 일정표의 시점, 맡은 역할, 산출물, 승인 또는 검토 절차에 연결한다. 이때 발주기관의 승인권과 수행사의 책임을 혼동하지 않는다.

 

예를 들어 화면 시안을 만들겠다면 “누가 사용자 의견을 모으는가 → 누가 시안을 작성하는가 → 어떤 기준으로 검토받는가 → 수정 내용은 어디에 기록하는가”를 한 흐름으로 적는다. 실제 승인 단계와 횟수는 발주처의 요구와 계약 조건에 맞춘다.

5. 제출 전에는 무엇을 검토할까?

  • 평가표의 모든 정성 항목에 대응하는 본문 위치가 있는가?
  • ‘최고’, ‘완벽’, ‘즉시’ 같은 표현에 검증 가능한 수행 방법이 따라오는가?
  • 역할표의 인력, 일정표의 시점, 본문의 약속이 서로 같은가?
  • 산출물 이름과 제출·검토·승인 주체가 명확한가?
  • 정량 증빙에 적힌 실적·인력 정보와 모순되지 않는가?
주의
다른 제안서의 문장을 그대로 옮기면 이번 사업의 요구사항과 어긋날 수 있다. 특히 수행 범위에 없는 기능을 추가로 약속하거나 검증되지 않은 수치를 성과로 제시하지 않는다.

핵심은 평가표의 문장을 실행 가능한 계획으로 번역하는 것이다. 한 요구사항부터 대응표를 채운 뒤 본문 문단으로 확장해보자.

참고 자료

확인일: 2026년 10월 31일. 본문의 대응표와 문단은 설명을 위한 가상 예시다.

제안서 입문 이어보기

이전 글 · 제안요청서(RFP) 읽는 법 
현재 글 · 정성 제안서 작성법
다음 글 · 정량 제안서 준비법 

정성제안서, 정성평가, 수행계획, 요구사항대응표, 기술제안서, 제안서작성법, 제안서입문, 사업수행계획, 제안서예시, 공공입찰

반응형