정부지원사업 MVP·시제품 개발비

정부지원사업 MVP·시제품 개발비,
외주개발은 증빙까지 준비하세요.

MVP·시제품 개발자를 채용할지, 외주개발을 맡길지 결정했다면 실제 집행 전에 해당 지원사업의 사업비 편성·집행 기준을 먼저 확인해야 합니다. 견적, 계약, 검수, 산출물, 지급증빙이 하나의 흐름으로 연결되어야 합니다.

핵심 원칙

“돈을 쓴 뒤 증빙을 만드는 것이 아니라, 집행 전에 증빙 구조를 설계한다.”

개발 내용과 계약서, 산출물, 지급내역이 서로 맞아야 사후 확인도 쉬워집니다.

지원사업마다 집행 기준은 다를 수 있습니다.

아래 내용은 개발비 집행을 준비할 때 확인할 일반적인 실무 항목입니다. 실제 집행 가능 여부, 비목 분류, 비교견적, 계약 방식, 증빙 기준 등은 반드시 해당 연도 사업 공고·운영지침·전담기관 안내를 우선 확인해야 합니다.

인건비와 외주비

인건비와 외주개발비는 쓰임이 다릅니다.

선택 1

개발 인력 채용

지속적인 제품 개선과 내부 기술 축적이 중요할 때 검토합니다.

  • 채용 이후에도 계속 개발할 업무가 있는가
  • 한 명이 기획·프론트·백엔드·배포를 모두 감당해야 하는 구조는 아닌가
  • 지원기간 종료 후 인건비를 계속 부담할 수 있는가
  • 제품 지식과 소스 관리가 내부에 축적되는가
선택 2

외주개발

기간과 범위가 비교적 명확하고 빠른 구현이 필요할 때 검토합니다.

  • 요구사항과 검수 기준을 문서로 정할 수 있는가
  • 견적 범위와 제외 항목이 명확한가
  • 소스코드·DB·계정·문서 인수 조건이 있는가
  • 개발 이후 운영·유지보수 방안이 준비되어 있는가
준비 6단계

외주개발비 집행 전 6단계 준비

실제 기준은 해당 지원사업 지침 우선

01
비목 확인 집행 가능 여부·비목 확인
가장 먼저
개발 외주비를 해당 사업비에서 집행할 수 있는가?

사업계획서에 편성된 비목과 실제 지출 항목이 맞는지 확인합니다.

확인자료: 공고문, 사업비 운영지침, 전담기관 안내
사전 승인이나 비목 변경 절차가 필요한가?

이미 승인받은 계획과 다른 방식으로 집행한다면 변경 절차가 필요할 수 있습니다.

확인: 변경 승인 기준·시점
02
요구사항과 견적 동일 조건의 견적 요청
비교 가능하게
업체마다 같은 요구사항을 전달했는가?

서로 다른 범위를 견적받으면 금액 비교와 업체 선정 근거가 약해집니다.

확인자료: 견적요청서, 기능목록
견적서에 개발 범위와 금액이 구체적으로 구분되어 있는가?

“MVP 개발 일체”처럼 포괄적인 견적보다 세부 범위가 확인 가능한 형태가 좋습니다.

확인: 기능·디자인·서버·배포·문서 포함 여부
03
계약 계약서·개발범위 확정
집행 전
계약서와 사업계획서의 개발 내용이 서로 맞는가?

사업계획에는 A를 개발한다고 되어 있는데 계약서가 B 중심이면 설명이 어려워질 수 있습니다.

확인자료: 사업계획서, 계약서, 요구사항서
기간·대금·검수·산출물·권리가 명시되어 있는가?

개발 완료 시 무엇을 기준으로 검수하고 무엇을 넘겨받는지 정합니다.

확인: 계약 부속서 포함 여부
04
진행 관리 개발 진행 기록
진행 중
중간 결과물을 확인할 수 있는 기록이 있는가?

회의록, 테스트 URL, 화면, 진행보고 등 실제 수행 증빙을 남깁니다.

확인자료: 회의록, 이슈목록, 중간검수 자료
계약 외 변경사항은 별도로 관리되는가?

추가 요구가 생겼다면 원 계약 범위와 구분해 비용·일정 영향을 기록합니다.

확인: 변경요청서·승인 기록
05
검수와 인수 검수·산출물 확인
지급 전
계약한 기능이 실제로 구현되었는가?

단순 화면 캡처보다 테스트 가능한 결과물과 기능별 검수 결과를 확인합니다.

확인자료: 검수확인서, 테스트 결과
소스코드·DB·문서 등 계약 산출물을 모두 받았는가?

개발 결과물과 사업비 지출의 연결 근거를 확보합니다.

확인: 산출물 목록 및 인수 기록
06
지급과 증빙 대금 지급·증빙 정리
최종 정리
지급 시점과 검수 완료 시점이 계약 조건과 맞는가?

계약상 지급 조건과 실제 이체·세금계산서·검수 시점을 일치시킵니다.

확인자료: 이체내역, 세금계산서, 검수확인
전체 증빙을 하나의 프로젝트 단위로 정리했는가?

나중에 다시 찾지 않도록 기획부터 지급까지 같은 폴더 체계로 관리합니다.

권장: 01계획 → 02견적 → 03계약 → 04진행 → 05검수 → 06지급
증빙 묶음

프로젝트 단위로 모아둘 자료

사업계획서 관련 개발 항목
개발 요구사항서
업체 견적서
업체 선정 근거
개발 계약서
중간 진행 자료
변경 요청·승인 기록
최종 검수확인서
소스코드·DB·문서
세금계산서
대금 이체내역
전담기관 추가 요구자료
자주 생기는 문제

실무에서 자주 생기는 문제

사례 1 개발부터 시작하고 계약을 나중에 작성

실제 수행 범위와 계약 내용이 어긋날 수 있어 집행 근거가 약해질 수 있습니다.

사례 2 견적 금액만 비교

업체별 포함 범위가 다르면 가장 저렴한 견적이 실제로 가장 저렴한 것이 아닐 수 있습니다.

사례 3 화면 캡처만 최종 결과물로 보관

검수 결과와 소스·DB·계정·문서 등 실제 인수자료를 함께 관리해야 합니다.

전체 흐름

개발비 집행 전체 흐름

01 집행 기준 확인

해당 지원사업 지침을 먼저 확인

02 요구사항 확정

개발 범위와 산출물 정리

03 견적·업체 선정

동일 조건으로 비교

04 계약·개발

범위와 변경이력 관리

05 검수·인수

기능과 산출물 확인

06 지급·증빙

계약 조건과 지급 증빙 연결

한 줄 원칙

지원사업 개발비는 “개발 결과”와 “집행 근거”가 함께 남아야 합니다.

외주개발비를 안전하게 관리하려면 요구사항 → 견적 → 계약 → 개발 → 검수 → 산출물 → 지급이 하나의 흐름으로 이어져야 합니다. 그리고 실제 집행 기준은 반드시 해당 지원사업의 최신 공식 지침을 우선해야 합니다.