"드디어 앱 만들 수 있겠다." 수개월간 준비해 선정되었으므로 이러한 기대가 발생합니다. 사업계획서에 기재한 서비스를 개발할 수 있다는 기대로 개발사 검토, 견적 요청, 미팅 일정 확정을 진행하며 신속한 착수를 희망하게 됩니다.
그러나 이 시점에서 착수를 보류하고 검토해야 합니다.
지원금 규모가 클수록 위험이 증가하는 이유
초기창업패키지는 예비창업패키지보다 지원금 규모가 큽니다. 다양한 업무를 수행할 수 있고, 실제로 가능합니다. 다만 그 업무의 우선순위를 잘못 확정하는 경우가 많습니다.
예비창업패키지는 금액이 크지 않아 사용처를 신중하게 검토합니다. 예산을 분할해 사용해야 하기 때문입니다. 그러나 금액이 증가하면 오히려 검토가 감소하는 경우가 있습니다.
"넉넉하니까 일단 제대로 된 앱부터 만들자."
이 판단이 가장 위험합니다.
이러한 사례가 많습니다. 6개월간 개발에 집중합니다. 다수 기능을 적용한 앱을 개발합니다. 출시까지 진행합니다. 문제는 그 이후입니다. 홍보 예산이 없습니다. 반응을 확인하고 수정할 여력도 없습니다. 예산을 이미 소진했기 때문입니다.
결국 기능은 많으나 이용자가 없는 앱이 됩니다. 보고서에는 "앱 개발 완료"라고 기재할 수 있습니다. 그러나 사업성은 확인되지 않은 상태입니다.
예산 집행 전 확정 사항
개발비 규모를 먼저 확정해서는 안 됩니다. 순서가 반대입니다. 지원금으로 검증할 항목을 먼저 확정하고, 이에 따라 예산을 배분해야 합니다.
사업 기간은 짧지 않으나, 기간 내에 검증해야 할 핵심 질문이 있습니다.
이 서비스를 이용할 고객이 실제로 존재하는지.
그 고객이 비용을 지불하고 이용할 의사가 있는지.
고객을 반복적으로 유입할 수 있는 경로가 있는지.
이 항목이 사업 기간 내에 검증되어야 후속 투자 유치나 매출 확보를 통해 다음 단계로 진행할 수 있습니다. 반대로 어느 항목도 검증하지 못한 채 기간이 종료되면 앱은 있으나 사업은 중단되는 상태가 됩니다.
현실적인 예산 배분
총 예산을 100으로 가정합니다.
| 사용처 | 비율 | 세부 내용 |
|---|---|---|
| 첫 버전 개발 | 40에서 50 | 전체 기능을 적용한 완성형이 아닙니다. 핵심 가설을 검증할 수 있는 최소 범위를 개발합니다. 기능이 10개 필요해 보여도 초기에는 3개면 충분합니다. 나머지 7개는 반응을 확인한 후 적용해도 되며, 그 시점에 적용하는 것이 적절합니다 |
| 고객 검증과 홍보 | 30에서 40 | 사전 안내 페이지로 반응을 확인하고, 초기 이용자를 면담하고, 소규모 광고를 집행해 유입 경로를 검증합니다. 반응에 따른 앱 수정 비용도 이 항목에 포함합니다 |
| 운영과 예비비 | 10에서 20 | 서버 비용, 스토어 수수료, 예상하지 못한 기술 문제. 이 비용은 반드시 발생합니다 |
40에서 50이면 대부분 첫 버전 개발에 충분합니다. 핵심 기능만 적용하면 2개월에서 3개월 내 개발이 완료됩니다. 잔여 7개월에서 8개월을 검증과 개선에 사용할 수 있습니다. 이 기간이 사업 성패를 결정합니다.
두 번째 항목을 제외하는 팀이 많습니다. 그러나 이 항목이 누락되면 개발한 앱의 방향을 검증할 방법이 없습니다. 첫 버전은 완성도가 부족할 수밖에 없으므로 수정 여력을 유지하는 것이 핵심입니다.
마지막 항목도 동일합니다. 예비비를 유지하지 않으면 후반에 서버 비용을 지급할 예산이 없는 상황이 발생합니다. 앱은 정상 작동하나 서버를 운영할 수 없는 상황이 발생합니다.
개발사 선택 기준의 변경
일반적인 선택 기준은 두 가지입니다. "가장 저렴하게 개발하는 업체" 또는 "가장 많은 기능을 적용하는 업체". 두 기준 모두 부적절합니다.
저가 개발이 목적이 아닙니다. 검증 가능한 수준의 개발이 목적입니다. 다수 기능 적용도 목적이 아닙니다. 핵심 가설을 검증할 수 있는 기능만 정확히 적용하는 것이 목적입니다.
업체를 선정하게 되는 질문
"전체 기능 다 넣으면 얼마예요?"
협력사를 선정하게 되는 질문
"첫 버전으로 어느 범위까지 축소할 수 있고, 잔여 예산은 어디에 사용하는 것이 적절합니까?"
함께 검토할 수 있는 업체가 협력사입니다.
견적만 산출하는 업체는 단순 공급 업체입니다.
예비창업패키지와의 차이점과 공통점
차이점, 규모와 기대 수준
금액이 크고 기간도 깁니다. 그만큼 "시제품 수준"이 아니라 "시장에 진입한 수준"의 결과가 요구됩니다. 보고서에 "개발 완료"만 기재하면 부족합니다. 이용자, 매출, 시장 반응 등의 성과가 필요합니다.
공통점, 핵심 원칙
지원금 전액을 개발에 사용해서는 안 됩니다. 검증 없이 완성형을 개발하면 위험이 증가합니다. 이 원칙은 금액과 관계없이 동일합니다.
오히려 금액이 클수록 이 원칙을 준수하기 어렵습니다. "돈이 있으니까 제대로 만들자"는 판단이 강해지기 때문입니다. 이 판단을 함께 조정할 수 있는 협력사의 유무가 결과를 결정합니다.
개발 비용과 함께 홍보 비용, 운영 비용을 배정하는 방법은 예산 수립과 우선순위에서, 예산이 정해진 경우 개발 범위를 고르는 순서는 예산과 공개일에 맞춘 범위 조정에서 설명합니다.
자주 묻는 질문
01초기창업패키지 지원금이 크면 왜 오히려 위험합니까
넉넉하니 일단 제대로 된 앱부터 만들자는 판단으로 여섯 달을 개발에만 쓰면 알릴 예산도 고칠 여력도 남지 않기 때문입니다. 결국 기능은 많은데 사용자가 없고 사업으로는 아무것도 확인되지 않은 상태가 됩니다.
02초기창업패키지 예산은 어떻게 나눕니까
총 예산을 100으로 볼 때 첫 판 만들기 40~50, 손님 확인과 알리기 30~40, 운영과 예비 10~20으로 나누는 방식이 제시되어 있습니다. 핵심만 넣으면 첫 판은 두세 달이면 완성되고 남은 기간을 확인과 개선에 쓸 수 있습니다.
03사업 기간 안에 확인해야 할 질문은 무엇입니까
서비스를 쓸 손님이 실제로 있는지, 그 손님이 돈을 낼 마음이 있는지, 손님을 되풀이해서 데려올 길이 있는지입니다. 이것이 확인되어야 다음 투자나 매출로 다음 단계에 넘어갈 수 있습니다.
04초기창업패키지는 예비창업패키지와 무엇이 다릅니까
금액이 크고 기간이 길어 시제품 수준이 아니라 시장에 들어간 수준의 결과를 기대받으며 사용자, 매출, 시장 반응이 있어야 합니다. 지원금 전부를 개발에 쓰면 안 된다는 원칙은 같습니다.