목차
안녕하세요, 케이트리솔루션입니다.
먼저 답부터 드리면, 지원금 안에서 개발을 끝내는 데 가장 중요한 건 싼 업체를 찾는 일이 아니라 기능 범위를 예산에 맞춰 정하는 일입니다. “무엇을 만들까”보다 “이 금액이면 무엇까지 만들 수 있을까”를 먼저 묻고, 그 답을 문서로 확정한 뒤 착수해야 합니다.
저희는 다양한 분야의 정부지원사업 프로젝트를 지원금 한도 안에서 범위를 맞춰 개발해 왔습니다. 그 과정에서 예산이 어디서 새는지, 어떻게 막는지 자주 보게 됐고, 이 글에 그 내용을 정리했습니다.
정부지원사업 예산은 일반 외주와 무엇이 다를까?
일반 외주는 개발 중에 기능이 늘면 예산을 조금 더 쓰거나 오픈을 미루는 식으로 조율할 여지가 있습니다. 정부지원사업은 대부분 그렇지 않습니다.
- 금액이 정해져 있습니다. 지원금 한도를 넘는 부분은 고스란히 자부담이 됩니다.
- 기간이 정해져 있습니다. 사업 기간 안에 개발과 검수까지 마쳐야 합니다.
- 결과물을 증명해야 합니다. 계획했던 것이 실제로 만들어졌는지 확인받는 과정이 있습니다.
구체적인 집행 기준은 사업마다, 전담기관마다 다릅니다. 외주를 맡기기 전에 공고문과 협약 지침에서 외주 용역비로 쓸 수 있는 범위와 필요한 서류를 꼭 확인하세요.
결국 정부지원사업 개발은 금액, 기간, 결과물이 모두 고정된 상태에서 시작하는 프로젝트입니다. 이 셋을 맞추는 유일한 변수가 기능 범위입니다.
예산이 넘치는 흔한 이유
사업계획서의 기능을 그대로 견적 낸다
사업계획서는 심사를 통과하기 위한 문서라서 서비스가 커졌을 때의 모습까지 담는 경우가 많습니다. 이 기능 목록을 그대로 들고 견적을 받으면 지원금을 훌쩍 넘는 금액이 나옵니다. 사업계획서에서 이번 지원금으로 꼭 증명해야 하는 핵심이 무엇인지 먼저 골라야 합니다.
기능 이름만 있고 정의가 없다
“채팅 기능”이라는 한 줄에는 1:1 채팅인지 단체방인지, 사진 전송이 되는지, 읽음 표시가 있는지, 신고와 차단은 어떻게 하는지가 다 빠져 있습니다. 이게 정해지지 않은 채 견적을 받으면 업체마다 다른 것을 상상하고 금액을 냅니다. 그리고 개발 중간에 하나씩 정해질 때마다 비용이 붙습니다.
관리자 화면을 잊는다
사용자 화면만 생각하고 견적을 받았다가, 회원 관리와 콘텐츠 수정, 통계를 볼 관리자 화면이 따로 필요하다는 걸 뒤늦게 알게 되는 경우가 많습니다. 관리자 화면은 생각보다 손이 많이 가는 영역입니다. 처음부터 범위에 넣어야 합니다.
단계를 나누지 않는다
모든 기능을 한 번에 만들려고 하면 예산도 기간도 빠듯해집니다. 이번 지원금으로는 핵심 기능이 실제로 동작하는 버전(MVP)까지 만들고, 나머지는 후속 사업이나 매출이 생긴 뒤로 미루는 편이 현실적입니다.
지원금 안에서 범위를 맞추는 방법
저희가 실제로 쓰는 순서는 이렇습니다.
- 예산과 기간을 먼저 듣습니다. 금액을 모른 채 기능부터 나열하면 견적은 결국 깎는 작업이 됩니다.
- 사업계획서에서 이번 사업으로 반드시 증명해야 할 핵심 흐름을 하나 고릅니다. 예를 들어 “사용자가 신청하고, 관리자가 승인하고, 결과를 알림으로 받는다” 같은 한 줄입니다.
- 그 흐름에 필요한 기능을 필수와 선택으로 나눕니다.
- 필수 기능을 화면과 처리 규칙 단위까지 풀어 쓰고 기능별로 견적을 냅니다.
- 예산이 남으면 선택 기능을 하나씩 올리고, 모자라면 필수 기능의 처리 방식을 단순하게 바꿉니다. 자동 정산 대신 관리자가 확인 버튼을 누르는 식입니다.
- 이렇게 정한 범위를 요구사항 정의서로 확정하고, 이번에 만들지 않는 항목도 함께 적어 둡니다.
5번이 특히 중요합니다. 기능을 통째로 빼는 것만이 방법은 아닙니다. 같은 목적을 더 단순한 방식으로 이루면 핵심은 지키면서 비용을 줄일 수 있습니다. 이 판단은 실제로 만들어 본 사람이 해야 정확합니다.
요구사항 정의서에 무엇을 적어야 하는지는 요구사항 정의서, 외주 맡기기 전에 무엇을 준비해야 할까?에 목차 예시와 함께 정리해 두었습니다.
팀 규모가 견적에 미치는 영향
개발사 견적에는 개발자 인건비만 들어가지 않습니다. 영업, 기획, PM처럼 고객과 개발자 사이를 잇는 사람이 있다면 그 인건비도 함께 들어갑니다. 큰 프로젝트에서는 이런 역할이 꼭 필요합니다. 다만 정부지원사업처럼 예산이 정해진 프로젝트에서는 그만큼 개발에 쓸 수 있는 몫이 줄어듭니다.
중간 단계가 많으면 정보가 전달되면서 생기는 손실도 있습니다. 미팅에서 고객이 한 말을 기획자가 정리하고, 그 문서를 개발자가 다시 해석하는 사이에 의도가 조금씩 달라집니다. 이 차이는 대개 개발 중반쯤 “이게 아닌데”로 드러나고, 고치는 비용은 누군가 부담하게 됩니다.
케이트리솔루션은 소수정예로 일합니다. 대표가 미팅, 기획, 개발을 직접 맡고, 프로젝트 규모에 따라 디자이너, 또는 협업 개발자와 디자이너가 함께합니다.
- 미팅에서 들은 내용을 들은 사람이 직접 개발합니다. 중간에 전달하면서 의도가 바뀔 일이 없습니다.
- 견적을 내는 사람이 실제로 개발할 사람이라 기능별 공수를 현실적으로 잡습니다.
- 미팅과 기획을 맡을 인력을 따로 두지 않으니 그 인건비가 견적에 붙지 않습니다.
작은 팀이면 큰 프로젝트는 어렵지 않냐는 질문을 받곤 합니다. 대표는 실무 현장에서 기획부터 개발, 운영까지 전 과정을 거치며 수억 원 규모의 프로젝트도 수행해 봤습니다. 프로젝트가 커질 때 무엇이 복잡해지는지 알기 때문에, 작은 예산에서는 무엇을 덜어내도 되는지도 판단할 수 있습니다.
개발사를 고를 때 확인할 것
정부지원사업 개발을 잘하는 실력 있는 개발사는 많습니다. 케이트리솔루션도 그중 하나일 뿐이고, 어느 곳에 맡기시든 아래는 꼭 확인해 보세요.
- 예산과 기간을 먼저 묻는가: 기능 목록만 받아 견적을 내는 곳보다, 예산에 맞춰 범위를 함께 정하려는 곳이 지원사업에 맞습니다.
- 견적이 기능 단위로 나뉘어 있는가: 총액만 있으면 무엇을 빼야 예산에 맞는지 판단할 수 없습니다.
- 요구사항을 계약 전에 문서로 확정하는가: 사업 기간이 정해진 프로젝트에서 범위가 흔들리면 일정이 먼저 무너집니다.
- 미팅한 사람이 실제로 개발하는가: 아니라면 요구사항이 개발자에게 어떻게 전달되는지 물어보세요.
- 납기를 계약서에 적는가: 케이트리솔루션은 계약서에 지체보상 조항을 두고, 요구사항 정의서와 기획 정책서를 확정한 뒤 착수합니다.
견적이 업체마다 크게 다른 이유는 홈페이지 제작 비용, 왜 업체마다 천차만별일까?에서, 업체를 고를 때 단계별로 확인할 점은 외주 개발사 선택 가이드에서 더 자세히 다뤘습니다.
자주 묻는 질문
지원금이 아직 확정되지 않았는데 상담해도 되나요?
괜찮습니다. 신청 단계에서 대략의 개발 범위와 비용을 미리 가늠해 두면 사업계획서의 예산과 일정도 현실적으로 쓸 수 있습니다. 선정 후에 다시 범위를 맞추면 됩니다.
지원금보다 견적이 높게 나오면 어떻게 하나요?
기능을 빼기 전에 처리 방식을 단순하게 바꿀 수 있는지부터 봅니다. 그래도 넘치면 이번 사업에서 꼭 증명해야 할 기능만 남기고 나머지는 다음 단계로 옮깁니다. 무엇을 남길지는 고객이 정하고, 개발사는 각 선택이 비용과 일정에 어떤 영향을 주는지 설명해야 합니다.
사업 기간 안에 못 끝나면 어떻게 되나요?
그래서 착수 전에 범위를 문서로 확정하는 게 중요합니다. 케이트리솔루션은 지금까지 중간에 멈춘 프로젝트가 한 건도 없습니다. 기간 안에 만들 수 있는 만큼만 약속하기 때문입니다.
마치며
정부지원사업 개발은 정해진 금액과 기간 안에서 가장 중요한 것부터 만드는 일입니다. 기능을 많이 넣는 것보다, 이번 지원금으로 무엇을 증명할지 분명히 하는 게 결과물의 완성도를 좌우합니다.
사업계획서나 기능 메모, 대략의 예산만 있어도 괜찮습니다. 아래 문의 폼에 남겨 주시면 예산 안에서 어디까지 만들 수 있을지 함께 정리해 드리겠습니다.