첫 삽 뜨기 전에 예산 70%를 써야 하는 이유

플랫폼 제작 프로젝트 10건 중 7건은 첫 3개월 안에 방향이 틀어진다. 내가 10년간 컨설팅한 200여 개 프로젝트를 돌아보면, 실패한 프로젝트의 공통점은 첫 달에 개발자를 먼저 만났다는 점이다. 예산 1억 원을 들여 3개월 만에 MVP를 만들고도 6개월 만에 서비스를 접은 A사를 기억한다. 이 회사는 기획서 없이 개발사부터 선정했다. 그 결과, 핵심 기능 5개 중 3개가 실제 사용자에게 외면받았다. 첫 3개월 동안 기획과 검증에 예산의 70%를 써야 한다. 개발은 나머지 30%로 충분하다. 이 비율을 지키지 않으면, 나중에 2배의 비용을 들여 수정해야 한다.

많은 대표님이 ‘일단 만들고 보자’는 생각으로 접근한다. 하지만 플랫폼 제작은 건물을 짓는 것과 같다. 설계도 없이 공사를 시작하면, 기둥을 잘못 세우고 나중에 철거하는 데 더 많은 돈이 든다. 실제로 B사는 초기 기획에 5천만 원을 투자했고, 6개월 만에 사용자 10만 명을 확보했다. 반면 C사는 기획 없이 개발에 1억 5천만 원을 쏟았지만, 출시 후 3개월 만에 서비스를 중단했다. 두 회사의 차이는 첫 3개월에 무엇에 집중했는가였다.

기획 단계에서 반드시 해야 할 일이 있다. 첫째, 타깃 사용자 30명을 인터뷰하라. 둘째, 경쟁 플랫폼 3개의 수익 모델을 분석하라. 셋째, 최소 기능 제품(MVP)에 들어갈 기능을 5개 이하로 제한하라. 이 세 가지를 건너뛰면, 개발 단계에서 끝없는 기능 추가 요구가 발생한다. 실제로 D사는 MVP 기능을 12개로 잡았다가 개발 기간이 6개월에서 1년으로 늘어났고, 예산도 2배로 뛰었다.

예산 배분은 단순한 숫자 놀이가 아니다. 플랫폼 제작의 성패를 가르는 결정적 기준이다. 내 경험상, 기획에 투자한 시간과 최종 서비스의 완성도는 정비례한다. 기획 3개월, 개발 3개월이 이상적인 비율이다. 물론 예외도 있다. 이미 검증된 비즈니스 모델을 가진 경우에는 개발 비중을 높여도 된다. 하지만 대부분의 스타트업은 그렇지 않다.

견적서에 숨은 진짜 비용, 개발비의 3배가 추가로 든다

플랫폼 제작 견적서를 받아보면 개발비만 명시된 경우가 많다. 하지만 실제로는 개발비의 3배에 달하는 추가 비용이 발생한다. 내가 분석한 50개 프로젝트의 평균을 보면, 초기 개발비 5천만 원인 플랫폼의 총 소유 비용(TCO)은 1년간 1억 5천만 원에 달했다. 서버 유지비, 보안 인증, 결제 수수료, 법률 검토, 마케팅 비용 등이 포함되지 않았기 때문이다.

서버 비용만 해도 사용자 1만 명 기준 월 200만 원에서 500만 원이 든다. 사용자가 10만 명을 넘으면 월 1천만 원을 넘기 일쑤다. E사는 초기 개발비 3천만 원으로 플랫폼을 만들었지만, 1년 후 서버 비용만 1억 2천만 원을 지출했다. 트래픽이 예상보다 10배 폭증했는데, 서버 아키텍처를 확장 가능하게 설계하지 않았던 탓이다. 이 경우, 초기 설계 단계에서 클라우드 비용을 고려하지 않으면 나중에 수십 배의 비용을 물게 된다.

보안과 법률 비용도 무시할 수 없다. 개인정보보호법, 정보통신망법, 전자상거래법 등 플랫폼 비즈니스에 적용되는 법규는 20개가 넘는다. 이를 검토하고 인증을 받는 데만 1천만 원에서 3천만 원이 든다. F사는 보안 취약점을 간과했다가 해킹 사고로 5억 원의 과징금을 맞았다. 플랫폼 제작 초기부터 보안 전문가를 참여시키는 것이 훨씬 저렴하다.

마케팅 비용도 빼놓을 수 없다. 아무리 좋은 플랫폼을 만들어도 사용자가 모이지 않으면 무용지물이다. 초기 사용자 확보를 위해 보통 개발비의 50%에서 100%를 마케팅에 쓴다. G사는 개발에 1억 원, 마케팅에 5천만 원을 투자해 6개월 만에 손익분기점을 넘겼다. 반면 H사는 개발에만 2억 원을 쓰고 마케팅 예산을 세우지 않아 출시 후 3개월 만에 서비스를 종료했다.

이 모든 비용을 사전에 계산하려면, 개발사와 계약할 때 총 소유 비용(TCO)을 반드시 요구해야 한다. 견적서에 개발비만 적혀 있다면, 그 견적서는 절반만 맞다. 나는 고객에게 항상 ‘1년 총 비용’을 기준으로 의사결정을 하라고 조언한다.

외주 개발사 선정, 3개월 안에 망하는 지름길과 살아남는 방법

플랫폼 제작을 외주로 진행할 때, 가장 흔한 실수는 포트폴리오만 보고 개발사를 선택하는 것이다. 포트폴리오는 화려하지만, 실제 프로젝트 관리 능력은 전혀 다른 문제다. 내가 만난 I사는 유명 개발사에 1억 원을 맡겼지만, 6개월 동안 커뮤니케이션 부재로 프로젝트가 지연됐다. 결국 계약을 해지하고 다른 업체를 찾는 데 추가로 3개월이 걸렸다.

개발사를 선정할 때 반드시 확인해야 할 세 가지가 있다. 첫째, 해당 https://webpreme.com 도메인 경험이다. 예를 들어, 이커머스 플랫폼을 만든다면 최소 3개 이상의 이커머스 프로젝트 경험이 있는지 물어보라. 둘째, 프로젝트 관리 방식이다. 애자일 방법론을 사용하는지, 주간 보고서를 제공하는지 확인하라. 셋째, 유지보수 계약 조건이다. 개발 완료 후 1년간 무상 유지보수를 제공하는 업체는 드물다. 보통 월 100만 원에서 300만 원의 유지보수 비용이 발생한다.

J사는 개발사 선정에 2개월을 투자했다. 5개 업체를 비교하고, 각 업체의 실제 고객 3명에게 평판을 확인했다. 그 결과, 예산 8천만 원으로 4개월 만에 플랫폼을 출시했고, 1년 후 사용자 50만 명을 달성했다. 반면 K사는 최저가 입찰을 선택했다. 3천만 원에 계약했지만, 개발 도중 추가 비용이 계속 발생해 최종적으로 1억 2천만 원을 지불했다. 저가 입찰은 함정이다.

외주 개발사와의 계약서에는 반드시 마일스톤을 명시해야 한다. 기획 완료, 디자인 완료, 개발 50%, 개발 100%, 테스트 완료 등 5단계로 나누고, 각 단계마다 검수 기준을 정하라. L사는 마일스톤 없이 계약했다가, 개발사가 중간에 프로젝트를 중단하는 사태를 겪었다. 법적 분쟁으로 1년을 허비했다.

결국, 외주 개발은 결혼과 비슷하다. 서로의 기대와 역할을 명확히 하지 않으면 반드시 파국을 맞는다. 플랫폼 제작의 성공은 개발사의 실력보다 대표의 관리 능력에 달려 있다.

플랫폼 제작 후 6개월, 사용자 1만 명을 확보하지 못하면 벌어지는 일

플랫폼을 출시한 후 6개월 안에 사용자 1만 명을 확보하지 못하면, 대부분의 스타트업은 자금난에 빠진다. 투자자들은 초기 견인력을 중요하게 본다. 6개월 내 1만 명은 최소한의 기준이다. M사는 출시 후 3개월 만에 5천 명을 모았지만, 이후 성장이 정체되어 시리즈 A 투자 유치에 실패했다. 결국 1년 만에 서비스를 종료했다.

사용자 확보를 위해서는 초기 마케팅 전략이 필수다. 첫째, 콘텐츠 마케팅이다. 블로그, 유튜브, SNS를 통해 타깃 고객에게 가치를 제공하라. N사는 주 3회 블로그 포스팅으로 6개월 만에 월 방문자 10만 명을 달성했다. 둘째, 커뮤니티 활용이다. 관련 카페, 포럼, 오픈채팅방에서 문제를 해결해주며 자연스럽게 유입을 유도하라. 셋째, 초기 사용자에게 인센티브를 제공하라. 추천인 제도, 얼리버드 할인 등이 효과적이다.

O사는 출시 전부터 대기자 명단을 받아 3천 명을 확보했다. 출시 첫 달에 1만 명을 달성했고, 6개월 만에 10만 명을 넘겼다. 이 회사는 개발 단계에서부터 마케팅 팀을 꾸렸다. 반면 P사는 개발 완료 후 마케팅을 시작해 첫 달 사용자 100명을 모으는 데 그쳤다.

사용자 유지율도 중요하다. 1만 명을 모아도 1개월 후 10%만 남는다면 의미가 없다. Q사는 사용자 5만 명을 확보했지만, 1개월 리텐션율이 5%에 불과해 결국 서비스를 접었다. 반면 R사는 사용자 1만 명으로 시작했지만, 1개월 리텐션율 40%를 유지해 안정적인 수익을 내고 있다. 리텐션을 높이려면, 온보딩 과정을 최적화하고, 주기적인 피드백을 수집하며, 개인화된 경험을 제공해야 한다.

결국, 플랫폼 제작의 진짜 승부는 출시 후 6개월에 결정된다. 이 기간 동안 사용자 확보와 유지에 모든 자원을 집중해야 한다.

오늘 당장 시작할 수 있는 플랫폼 제작 준비 5단계

첫째, 아이디어를 검증하라. 오늘 30분을 투자해 타깃 사용자 5명에게 전화하라. 그들이 현재 어떤 불편을 겪고 있는지, 기존 대안에 얼마를 지불하는지 물어보라. 이 과정 없이 개발을 시작하면 안 된다. 실제로 S사는 이 단계에서 3주를 투자해 핵심 기능을 완전히 바꿨다. 그 결과, 초기 사용자 만족도가 2배로 높아졌다.

둘째, 경쟁 플랫폼 3개를 분석하라. 각 플랫폼의 강점, 약점, 수익 모델, 사용자 리뷰를 표로 정리하라. 이 작업은 2시간이면 충분하다. T사는 이 분석을 통해 차별화 포인트를 찾아냈고, 출시 3개월 만에 틈새시장을 공략했다.

셋째, MVP 기능을 5개 이하로 정의하라. 모든 기능을 넣으려다가는 아무것도 못 만든다. U사는 기능을 3개로 제한하고 2개월 만에 출시했다. 이후 사용자 피드백을 받아 기능을 추가했다. 이 방식이 훨씬 빠르고 저렴하다.

넷째, 예산 계획을 세워라. 개발비, 서버비, 마케팅비, 유지보수비를 1년 기준으로 산정하라. 최소한 개발비의 2배를 준비하라. V사는 개발비 5천만 원, 추가 비용 1억 원을 예상하고 시작해 자금난을 겪지 않았다.

다섯째, 개발사를 선정하기 전에 3개 업체를 비교하라. 각 업체에 동일한 요구사항을 주고 견적과 일정을 받아라. 그리고 그들의 이전 고객 2명에게 연락해 실제 경험을 들어라. W사는 이 과정을 통해 예상보다 30% 저렴한 업체를 찾았다. 지금 당장 이 5단계를 실행하면, 6개월 후 후회할 일이 줄어든다. 플랫폼 제작은 완벽한 계획보다 빠른 실행이 더 중요하다.

자주 묻는 질문

플랫폼 제작 비용은 평균 얼마인가요?

간단한 MVP는 3천만 원에서 5천만 원, 중간 규모는 1억 원에서 2억 원, 대규모는 3억 원 이상입니다. 하지만 총 소유 비용(TCO)은 개발비의 3배까지 들 수 있으니 1년 예산을 기준으로 계획하세요.

플랫폼 제작 기간은 보통 얼마나 걸리나요?

기획부터 출시까지 최소 3개월에서 6개월이 걸립니다. 기능이 많아질수록 기간은 기하급수적으로 늘어나므로 MVP 기능을 5개 이하로 제한하는 것이 좋습니다.

외주 개발과 자체 개발 중 어떤 게 나은가요?

초기에는 외주가 비용과 시간 면에서 유리하지만, 장기적으로는 자체 개발팀을 꾸리는 것이 유지보수와 확장에 효율적입니다. 프로젝트 규모와 내부 역량을 고려해 결정하세요.

플랫폼 제작 후 유지보수 비용은 얼마나 드나요?

보통 월 100만 원에서 300만 원 수준이며, 서버 비용과 기능 추가에 따라 달라집니다. 초기 계약 시 유지보수 조건을 명확히 하고, 1년 예산에 포함시키세요.

노코드 툴로 플랫폼 제작이 가능한가요?

간단한 프로토타입이나 소규모 서비스는 가능하지만, 복잡한 기능이나 대규모 트래픽을 처리하기에는 한계가 있습니다. 비즈니스 모델이 검증된 후에는 맞춤 개발로 전환하는 것을 권장합니다.

첫 미팅에서 기능 목록 30장을 들고 온 대표가 6개월을 날린 이유

작년 가을, 중견 유통회사 대표님이 저를 찾아왔습니다. 자리에는 A4 용지 30장 분량의 기능 정의서가 놓여 있었습니다. 경쟁사 앱을 캡처해서 기능 하나하나를 나열한 자료였습니다. “이대로만 만들어주시면 됩니다”라고 말씀하셨죠.

저는 첫 질문으로 “이 기능 중에 매출과 직결되는 건 몇 개입니까?”라고 물었습니다. 대표님은 한참을 고민하시더니 세 개를 꼽으셨습니다. 나머지 27개는 ‘있으면 좋을 것 같은 기능’이었습니다.

그로부터 6개월 뒤, 그 프로젝트는 개발 중단됐습니다. 첫 3개월 동안 핵심 기능은 하나도 완성되지 않았고, 예산 1억 2천만 원 중 8천만 원이 부가 기능 개발에 소진됐습니다. 플랫폼 제작에서 가장 흔한 실패 패턴입니다. 기능을 나열하는 순간, 우선순위는 사라집니다.

제가 현장에서 10년 넘게 지켜본 결과, 플랫폼 제작의 성패는 개발사 선정이나 예산 규모보다 ‘무엇을 먼저 만들 것인가’를 정하는 단계에서 갈렸습니다. 견적서를 받기 전에 대표가 스스로 답해야 할 질문이 있습니다.

기능 개수로 견적을 비교하면 반드시 손해를 본다

플랫폼 제작 견적서를 받아보면 개발사마다 금액 차이가 큽니다. 같은 기능 30개를 기준으로 A사는 3천만 원, B사는 1억 5천만 원을 부릅니다. 이 차이를 ‘바가지’ 또는 ‘저가 후 불리기’로 해석하는 대표들이 많은데, 실제로는 견적 산정 방식 자체가 다릅니다.

3천만 원 견적은 대부분 기능 하나당 단가를 곱한 방식입니다. 화면 1개 50만 원, API 연동 1건 100만 원 같은 식이죠. 반면 1억 5천만 원 견적은 사용자 시나리오 단위로 산정합니다. 회원가입부터 첫 결제까지의 흐름을 설계하고, 예외 케이스까지 정의한 뒤에 단가를 매깁니다.

실제로 제가 컨설팅한 한 스타트업은 3천만 원 견적을 받고 계약했다가 1년 뒤 총 1억 8천만 원을 지출했습니다. 이유는 단순했습니다. 초기 견적에 빠져 있던 관리자 페이지, 정산 모듈, 보안 인증을 나중에 추가하면서 비용이 눈덩이처럼 불었습니다. 견적서에 적힌 금액은 ‘만들 수 있는 최소 범위’일 뿐, ‘운영 가능한 완성품’의 가격이 아닙니다.

기능 개수로 견적을 비교하는 관행은 개발사 입장에서는 편하지만, 발주자에게는 함정입니다. 기능 30개 중 10개를 빼도 전체 비용은 20% 정도만 줄어드는 경우가 많습니다. 데이터베이스 설계, 인증 구조, 배포 환경 같은 뼈대 작업은 기능 개수와 무관하게 발생하기 때문입니다.

플랫폼 제작 기간, 3개월과 6개월의 차이는 개발 속도가 아니다

대표들이 가장 많이 하는 질문 중 하나가 “3개월 안에 끝낼 수 있나요?”입니다. 가능하다고 답하는 개발사도 있습니다. 하지만 그 3개월의 실체를 따져봐야 합니다.

3개월 완성 프로젝트의 일반적인 구조는 이렇습니다. 첫 달은 기획과 디자인, 둘째 달은 핵심 기능 개발, 셋째 달은 테스트와 오픈. 여기서 빠지는 것이 있습니다. 사용자 피드백 반영, 운영 데이터 기반 개선, 예외 상황 대응 설계입니다. 이 세 가지가 빠지면 오픈 후 3개월 안에 재개발 비용이 최소 30% 추가로 발생합니다.

제가 본 가장 안타까운 사례는 6개월 예정이던 프로젝트를 3개월로 압축한 케이스였습니다. 개발사는 야근을 밀어붙여 일정을 맞췄지만, 오픈 첫 주에 결제 오류가 터졌습니다. 원인은 부하 테스트 생략이었습니다. 사용자 100명까지는 문제가 없었지만, 1,000명이 몰리자 데이터베이스 락이 걸렸습니다. 긴급 패치에 3주가 걸렸고, 그 사이 매출 손실과 신뢰 하락은 개발비보다 컸습니다.

플랫폼 제작에서 일정은 ‘개발자가 얼마나 빨리 코딩하는가’의 문제가 아닙니다. ‘얼마나 많은 검증 단계를 거치는가’의 문제입니다. 3개월과 6개월의 차이는 검증 횟수에서 나옵니다.

물론 무조건 길게 잡으라는 뜻은 아닙니다. 시장 진입 타이밍이 중요한 서비스라면 3개월 출시 후 3개월 고도화 전략이 맞습니다. 다만 이 경우 첫 3개월의 결과물은 ‘완성품’이 아니라 ‘검증용 프로토타입’이라는 점을 인정해야 합니다. 그 인정이 없으면 오픈 첫날부터 불만이 쏟아집니다.

외주 개발사 선정, 포트폴리오보다 이 질문이 중요하다

개발사를 고를 때 대표들은 포트폴리오를 봅니다. 화려한 앱 화면, 유명 고객사 로고, 수상 이력. 물론 참고는 됩니다. 하지만 홈페이지제작 포트폴리오는 ‘무엇을 만들었는가’만 보여줄 뿐, ‘어떻게 일하는가’는 보여주지 않습니다.

제가 개발사를 평가할 때 가장 중요하게 보는 지표는 ‘유지보수 인력 비중’입니다. 전체 개발자 중 유지보수를 전담하는 인력이 20% 이상인 회사는 대체로 안정적입니다. 반대로 신규 프로젝트만 돌리는 회사는 오픈 후 연락이 뜸해집니다. 실제로 한 고객사는 오픈 6개월 만에 개발사 담당자가 퇴사해서 3주 동안 장애 대응을 못 한 적이 있습니다.

두 번째로 보는 것은 ‘요구사항 정의서를 누가 쓰는가’입니다. 발주자가 작성한 기능 목록을 그대로 받아 견적을 내는 회사는 위험합니다. 반대로 “이 기능은 왜 필요한가요?”라고 되묻는 회사는 프로젝트를 이해하려는 회사입니다. 이 되묻는 과정에서 불필요한 기능이 걸러지고, 진짜 비용이 절감됩니다.

세 번째는 ‘오픈 후 3개월 지원 범위’입니다. 계약서에 무상 하자 보수 기간만 적혀 있고, 기능 개선이나 운영 지원 조건이 없으면 오픈 직후부터 유료 협의가 시작됩니다. 저는 계약 전에 “오픈 후 첫 3개월 동안 주 1회 정기 미팅을 해주실 수 있나요?”라고 물어보라고 권합니다. 이 질문에 선뜻 답하는 개발사는 드물지만, 그 드문 회사가 결국 비용을 아껴줍니다.

노코드 도구로 시작할지, 처음부터 개발할지 가르는 기준

최근 2~3년 사이에 노코드·로우코드 플랫폼 제작 문의가 부쩍 늘었습니다. “노코드로 하면 3천만 원이 300만 원으로 줄어든다던데요?”라는 질문을 달고 오는 대표들이 많습니다. 절반은 맞고 절반은 틀립니다.

노코드가 유리한 경우는 명확합니다. 첫째, 검증되지 않은 아이디어를 빠르게 시장에 던져보고 싶을 때. 둘째, 사용자 1만 명 이하의 내부용 도구나 소규모 커뮤니티. 셋째, 기능 변경이 잦아 매번 개발자를 부르기 어려운 환경. 이 세 가지에 해당하면 노코드로 24주 안에 시작할 수 있습니다. 비용도 월 10만50만 원 수준의 구독료로 해결됩니다.

반대로 처음부터 개발해야 하는 경우도 있습니다. 결제와 정산이 복잡하게 얽힌 커머스, 금융 규제를 받는 서비스, 초당 수백 건의 트랜잭션을 처리해야 하는 시스템은 노코드로 감당이 안 됩니다. 한 고객사는 노코드로 커머스 플랫폼을 만들었다가 주문 폭주 때 데이터가 유실되는 사고를 겪었습니다. 복구에만 2주가 걸렸고, 그 사이 환불 요청이 쏟아졌습니다.

제가 권하는 판단 기준은 ‘6개월 후 이 플랫폼이 어떤 상태일지’를 상상해보는 것입니다. 6개월 후에도 사용자가 수백 명 수준이고 기능이 크게 바뀌지 않을 것 같다면 노코드가 답입니다. 반대로 사용자 수가 급증하거나 비즈니스 모델 자체가 바뀔 가능성이 크다면, 처음부터 확장 가능한 구조로 개발하는 편이 장기적으로 저렴합니다. 노코드로 시작해 1년 뒤 다시 개발하는 사례에서 추가 비용은 처음부터 개발하는 것의 1.5배가량 나왔습니다.

견적서에 반드시 포함되어야 할 다섯 가지 항목

개발사에서 받은 견적서를 그대로 믿으면 안 됩니다. 견적서는 ‘무엇을 만든다’만 적혀 있고, ‘무엇을 안 만든다’는 빠져 있기 때문입니다. 저는 견적서를 검토할 때 다음 다섯 가지 항목이 명시되어 있는지 확인합니다.

첫째, 관리자 페이지 범위입니다. 사용자 앱만 견적에 넣고 관리자 페이지를 별도로 청구하는 경우가 헤아릴 수 없이 많습니다. 관리자 페이지는 전체 개발비의 2030%를 차지합니다. 둘째, 데이터 마이그레이션 비용입니다. 기존 시스템에서 데이터를 옮기는 작업은 견적서에 거의 빠져 있습니다. 셋째, 외부 API 연동 개수와 단가입니다. 결제, 지도, 알림, 본인인증 등 연동 하나당 100만500만 원이 추가됩니다.

넷째, 서버 비용과 운영 비용입니다. 개발비만 견적에 넣고 월 서버비를 빼놓는 경우가 많습니다. 사용자 1만 명 기준 월 50만200만 원의 클라우드 비용이 발생합니다. 다섯째, 유지보수 계약 조건입니다. 오픈 후 1년간 월 유지보수료가 개발비의 1015% 수준으로 책정되는 것이 일반적입니다. 1억 원 개발 프로젝트라면 매년 1천만~1천5백만 원이 추가로 나갑니다.

이 다섯 가지를 모두 포함한 견적과 그렇지 않은 견적을 비교하면 금액 차이가 2배 이상 벌어집니다. 처음 받은 견적서가 싸 보인다면, 빠진 항목이 무엇인지 먼저 확인해야 합니다. 싼 견적은 대개 빈칸이 많습니다.

플랫폼 제작 발주 전, 대표가 스스로에게 던져야 할 세 가지 질문

개발사를 만나기 전에 대표가 혼자 앉아서 답해봐야 할 질문이 있습니다. 이 답이 명확하면 견적서를 비교할 필요 자체가 줄어듭니다.

첫 번째 질문. “이 플랫폼이 없으면 우리 비즈니스가 멈추는가?” 만약 답이 ‘아니오’라면, 첫 버전에 모든 기능을 넣을 이유가 없습니다. 비즈니스가 멈추지 않는 기능은 2차, 3차로 미뤄도 됩니다. 실제로 매출의 80%는 핵심 기능 20%에서 나옵니다. 나머지 80% 기능은 대개 오픈 후 6개월 동안 사용률이 5%를 넘지 않습니다.

두 번째 질문. “우리 팀에 이 플랫폼을 운영할 사람이 있는가?” 플랫폼은 만들면 끝이 아닙니다. 매일 데이터를 확인하고, 사용자 문의에 답하고, 기능을 개선해야 합니다. 개발사에 운영까지 맡기면 월 300만~500만 원의 추가 비용이 발생합니다. 내부에 운영 인력이 없다면, 처음부터 운영 대행 조건을 견적에 포함시켜야 합니다.

세 번째 질문. “6개월 후 이 플랫폼을 접을 가능성은 얼마인가?” 냉정하게 물어야 합니다. 접을 가능성이 30% 이상이라면, 처음부터 대규모 투자는 금물입니다. 최소 기능으로 시장 반응을 확인하고, 반응이 있으면 그때 확장하는 편이 안전합니다. 제가 본 성공적인 플랫폼 제작 프로젝트는 대개 첫 버전을 3천만~5천만 원으로 시작해서, 6개월 후 검증된 기능에 집중 투자하는 방식이었습니다.

이 세 질문에 답하지 못한 채 개발사를 만나면, 결국 개발사의 제안에 끌려가게 됩니다. 플랫폼 제작의 주도권은 기능 목록이 아니라 질문에서 나옵니다. 대표가 질문을 던지는 순간, 프로젝트의 방향이 잡힙니다.

자주 묻는 질문

플랫폼 제작 비용은 보통 얼마인가요?

규모에 따라 3천만 원부터 3억 원까지 다양합니다. 간단한 정보 제공 플랫폼은 3천만5천만 원, 결제와 정산이 포함된 커머스는 1억2억 원, 다중 사용자 역할과 실시간 처리가 필요한 시스템은 2억 원 이상이 일반적입니다. 다만 이 금액은 개발비일 뿐이며, 서버 운영비와 유지보수비로 매년 개발비의 10~20%가 추가로 발생합니다.

노코드로 플랫폼 제작해도 괜찮을까요?

초기 검증 단계라면 충분히 괜찮습니다. 사용자 1만 명 이하, 기능 변경이 잦은 내부 도구나 소규모 서비스는 노코드로 2~4주 안에 시작할 수 있습니다. 다만 결제·정산이 복잡하거나 트래픽이 급증할 가능성이 있는 서비스는 나중에 재개발 비용이 더 들 수 있으니 처음부터 개발하는 편이 낫습니다.

외주 개발과 자체 개발 중 어떤 게 나은가요?

내부에 개발 조직을 계속 유지할 계획이라면 자체 개발이 유리하고, 그렇지 않다면 외주가 현실적입니다. 자체 개발은 초기 인건비가 크지만 장기적으로 기능 개선 속도가 빠르고, 외주는 초기 비용이 예측 가능하지만 오픈 후 유지보수 의존도가 높아집니다. 다만 외주도 운영 인력을 내부에 두지 않으면 사실상 지속적인 비용 부담이 생깁니다.

플랫폼 제작 기간은 얼마나 걸리나요?

핵심 기능만 구현하는 최소 버전은 3개월, 결제와 관리자 기능까지 포함하면 6개월, 복잡한 다중 사용자 시스템은 9개월에서 1년이 걸립니다. 기간을 단축하려면 기능을 줄이는 방법밖에 없습니다. 3개월 안에 끝내겠다는 견적은 대개 검증 단계를 생략한 것이므로, 오픈 후 추가 비용이 발생할 가능성이 큽니다.