그 견적서, 처음엔 모두가 만족했다
2019년 가을, 한 중소기업 대표가 사무실로 찾아왔다. “5천만 원 예산으로 3개월이면 충분하다고 들었어요.” 첫 미팅에서 나온 말이었다. 나는 그 대표에게 ‘기능 목록’을 먼저 보여달라고 했다. 대표는 스마트폰 메모장을 열어 10가지 기능을 나열했다. 회원가입, 결제, 리뷰, 알림, 관리자 페이지… 겉보기엔 단순했다.
견적은 4,800만 원이 나왔다. 예산에 맞췄다. 계약서에 도장을 찍고 3개월 뒤 오픈했다. 그런데 1년 뒤, 그 대표는 같은 사무실에 다시 앉아 있었다. 이번엔 1억 5천만 원을 추가로 써야 한다는 말을 들으러 왔다.
왜 이런 일이 벌어질까. 플랫폼 제작은 ‘만들고 끝’이 아니다. 첫 견적서에는 보이지 않는 비용이 숨어 있다. 그 비용을 모르고 시작하면, 나중에 원치 않는 청구서를 받는다.
첫 견적서에 빠진 세 가지 숨은 비용
첫째, 유지보수다. 플랫폼은 살아있는 생물과 같다. 결제 모듈 API가 바뀌고, OS 업데이트가 나오고, 보안 취약점이 발견된다. 1년에 최소 23번은 긴급 패치가 필요하다. 이를 방치하면 서비스가 멈춘다. 월 100만300만 원의 유지보수 계약이 없으면, 돌발 상황마다 건당 500만 원 이상이 나간다.
둘째, 트래픽 증가에 따른 인프라 비용이다. 오픈 초기엔 사용자가 적어 서버비가 월 30만 원이면 충분하다. 하지만 사용자가 10배로 늘면? 서버 증설, CDN, 로드밸런서, 데이터베이스 이중화… 월 500만 원을 훌쩍 넘는다. 견적서에는 ‘초기 인프라 비용’만 적혀 있다. 성장 후 비용은 아무도 말해주지 않는다.
셋째, 기획 변경이다. “이 기능 하나만 추가하면 안 될까요?” 이 질문이 얼마나 무서운지 모른다. 단순 버튼 추가는 50만 원이면 되지만, 결제 로직을 바꾸면 3천만 원이 든다. 초기 설계에 유연성을 넣지 않으면, 나중에 전면 재개발을 해야 한다.
노코드로 시작했다가 6개월 만에 버린 사연
작년에 상담한 스타트업 대표는 노코드 툴로 플랫폼을 만들었다. 3주 만에 프로토타입이 나왔고, 초기 비용은 200만 원도 안 들었다. 그는 “개발자 없이도 충분하다”고 확신했다.
하지만 https://webpreme.com 6개월 뒤, 사용자가 5천 명을 넘어서자 문제가 터졌다. 노코드 툴이 감당할 수 있는 트래픽 한계를 넘은 것이다. 페이지 로딩 속도가 10초를 넘었고, 결제 오류가 하루에 20건씩 발생했다. 결국 그는 노코드로 만든 플랫폼을 버리고 처음부터 다시 개발했다. 6개월 동안 쌓은 데이터를 마이그레이션하는 데만 2천만 원이 들었다.
물론 노코드가 나쁜 선택은 아니다. 아이디어 검증 단계에서는 최고의 도구다. 문제는 ‘검증’과 ‘운영’을 구분하지 않는 것이다. 노코드는 검증용이고, 운영용 플랫폼은 별개다. 이 경계를 넘는 시점을 놓치면, 처음에 아낀 돈보다 더 큰 비용을 치른다.
기능 하나가 3천만 원이 되는 순간
플랫폼 제작 비용은 ‘기능 개수’로 결정되지 않는다. ‘기능 간 연결 복잡도’로 결정된다. 예를 들어, 리뷰 기능 하나를 추가한다고 하자. 단순히 텍스트를 저장하고 보여주는 건 300만 원이면 된다. 하지만 https://search.daum.net/search?w=tot&q=https://webpreme.com 여기에 평점, 사진 업로드, 신고 기능, 관리자 승인, 알림 발송을 붙이면? 순식간에 3천만 원을 넘는다.
더 무서운 건 ‘나중에 추가’다. 처음부터 리뷰 기능을 설계에 넣으면 1천만 원이면 된다. 하지만 결제 시스템이 완성된 후에 리뷰를 붙이면, 결제 데이터와 리뷰 데이터를 연결하는 작업이 필요하다. 데이터베이스 스키마를 바꾸고, API를 수정하고, 테스트를 다시 해야 한다. 비용은 3배로 뛴다.
내가 일하는 팀에서는 ‘기능 의존성 지도’를 먼저 그린다. 어떤 기능이 어떤 기능에 영향을 주는지 시각화하는 작업이다. 이 지도가 없으면, 견적은 항상 실제보다 낮게 나온다. 대표들이 첫 미팅에서 이 지도를 요구하면, 적어도 1년 후 후회할 일은 줄어든다.
개발자 3명과 10명, 비용 차이는 어디서 발생할까
어떤 대표는 “개발자 3명이면 3개월, 10명이면 1개월 아닌가요?”라고 묻는다. 틀렸다. 소프트웨어 개발은 인력이 늘수록 효율이 떨어지는 대표적인 영역이다. 브룩스의 법칙이다. 커뮤니케이션 비용이 기하급수적으로 늘어나기 때문이다.
실제로 10명을 투입하면 3명보다 2배 빠르면 성공이다. 대신 인건비는 3배 이상 든다. 월 500만 원 개발자 3명이 6개월 일하면 9천만 원. 월 600만 원 개발자 10명이 3개월 일하면 1억 8천만 원. 시간은 절반으로 줄지만, 비용은 두 배가 된다.
그래서 나는 대표들에게 ‘속도’와 ‘비용’ 중 무엇을 우선할지 먼저 정하라고 한다. 둘 다 잡으려다가 둘 다 놓치는 사례를 너무 많이 봤다. 만약 시장 선점이 급하면 돈을 더 쓰고, 예산이 한정적이면 기간을 늘려라. 이 결정을 미루면, 프로젝트 중간에 방향이 흔들리면서 비용이 통제 불능이 된다.
지금 당장 해야 할 세 가지 우선순위
첫째, ‘핵심 기능 3개’를 정하라. 플랫폼 제작에서 가장 흔한 실수는 모든 기능을 한 번에 넣으려는 것이다. 사용자가 실제로 돈을 지불하는 기능이 무엇인지 명확히 하라. 나머지는 2단계로 미뤄라. 1단계에 집중하면 초기 비용을 40% 이상 줄일 수 있다.
둘째, 유지보수 계약을 처음부터 협상하라. 개발 완료 후에 유지보수 업체를 찾으면 비싸다. 개발사와 같은 팀이 유지보수를 맡는 게 일반적으로 20~30% 저렴하다. 계약서에 ‘오픈 후 6개월 무상 유지보수’ 조항을 넣는 것도 방법이다.
셋째, 데이터 마이그레이션 계획을 세워라. 나중에 플랫폼을 교체하거나 기능을 확장할 때, 데이터를 옮기는 비용이 전체의 30%를 차지한다. 처음부터 데이터 구조를 표준화하고, 백업 체계를 갖춰라. 이 작업에 500만 원을 투자하면, 나중에 5천만 원을 아낀다.
플랫폼 제작은 단거리 달리기가 아니다. 첫 견적서에 만족하지 말고, 1년 후를 상상하라. 그 상상이 구체적일수록, 추가 청구서는 줄어든다.
자주 묻는 질문
플랫폼 제작 비용은 보통 얼마인가요?
간단한 기능 5개 이하의 프로토타입은 2천만5천만 원, 중간 규모는 8천만1억 5천만 원, 복잡한 결제와 관리자 시스템을 갖춘 플랫폼은 2억~5억 원 이상입니다. 비용은 기능 개수보다 기능 간 연결 복잡도에 따라 결정되므로, 같은 기능이라도 설계 방식에 따라 2배 이상 차이가 날 수 있습니다.
노코드 툴로 플랫폼 제작해도 괜찮을까요?
초기 아이디어 검증 단계에서는 충분히 괜찮습니다. 다만 사용자가 5천 명을 넘거나 결제·보안이 중요한 기능이 들어가면 한계가 옵니다. 실제로 노코드로 시작했다가 6개월 만에 재개발한 사례에서 데이터 마이그레이션 비용만 2천만 원이 들었습니다. 검증용과 운영용을 구분하는 것이 핵심입니다.
플랫폼 제작 기간은 보통 얼마나 걸리나요?
기능 35개 기준으로 34개월, 기능 10개 이상이면 6~12개월이 걸립니다. 하지만 개발 인력을 늘린다고 기간이 비례해서 줄지 않습니다. 3명이 6개월 걸릴 일을 10명이 투입하면 3개월로 줄어들 뿐, 1개월이 되지 않습니다. 오히려 커뮤니케이션 비용 때문에 지연될 위험이 큽니다.
플랫폼 제작, 왜 시작부터 어긋나는가
지난 10년간 플랫폼 제작 현장에서 수많은 대표님을 만났습니다. 그중 70%는 첫 미팅에서 “빨리 만들고 싶다”는 말로 시작했습니다. 하지만 그중 절반은 6개월 후 같은 자리에서 “처음부터 다시 해야 하나”를 고민하고 있었습니다.
문제는 기술이 아니었습니다. 돈도 아니었습니다. 대부분 ‘무엇을 만들 것인가’보다 ‘얼마나 빨리 만들 것인가’에 집중한 탓이었습니다. 플랫폼 제작은 건물을 짓는 것과 비슷합니다. 설계도 없이 기초 공사를 시작하면, 나중에 벽을 세울 때마다 철거 반복입니다.
제가 상담했던 한 스타트업 대표는 3개월 만에 MVP를 완성했습니다. 하지만 출시 후 3주 만에 사용자 이탈률 85%를 기록했습니다. 이유는 간단했습니다. 사용자가 실제로 원하는 기능이 아니라, 대표가 원하는 기능만 넣었기 때문입니다. 플랫폼 제작의 첫 단추는 ‘기술 선택’이 아니라 ‘문제 정의’입니다.
외주, 자체 개발, 노코드 — 선택의 기준은 ‘속도’가 아니다
요즘은 노코드 툴이 발달해서 3주 만에 플랫폼을 띄우는 사례도 많습니다. 실제로 제가 컨설팅한 한 교육 스타트업은 노코드로 2주 만에 프로토타입을 만들었고, 초기 투자 유치에 성공했습니다. 하지만 6개월 후 사용자가 5천 명을 넘어서자 노코드의 한계에 부딪혔습니다. 데이터 처리 속도가 급격히 느려졌고, 커스터마이징에 드는 비용이 자체 개발보다 더 커졌습니다.
외주는 빠르고 편합니다. 하지만 대부분의 외주 업체는 ‘납품’이 목적입니다. 플랫폼 제작 후 운영과 개선에 대한 고민은 고객 몫입니다. 반면 자체 개발은 초기 속도는 느리지만, 장기적으로 유지보수와 기능 확장에 유리합니다. 문제는 자체 개발팀을 꾸리는 데 최소 6개월과 연봉 1억 원 이상의 비용이 든다는 점입니다.
저는 대표님들에게 항상 이렇게 말합니다. “지금 당장 필요한 것이 ‘검증’인지 ‘확장’인지 먼저 답하세요.” 검증 단계라면 노코드나 외주로 빠르게 시장 반응을 확인하고, 확장 단계라면 자체 개발 또는 하이브리드 전략을 고려해야 합니다. 플랫폼 제작 방식은 예산이 아니라 단계에 따라 결정해야 합니다.
견적서에 숨은 진짜 비용, 3천만 원과 3억 원의 차이
플랫폼 제작 견적을 받아보면 같은 기능인데도 3천만 원부터 3억 원까지 다양합니다. 왜 이런 일이 벌어질까요? 이유는 크게 세 가지입니다. 첫째, 기획의 깊이입니다. 3천만 원 견적은 대부분 ‘화면 설계’만 포함합니다. 반면 3억 원 견적은 사용자 시나리오, 데이터 흐름, 예외 처리까지 포함합니다.
둘째, 기술 스택입니다. 저렴한 견적은 범용 솔루션을 조합해 빠르게 만듭니다. 하지만 https://webpreme.com 트래픽이 몰리면 서버가 다운되기 일쑤죠. 실제로 한 커머스 플랫폼은 오픈 첫날 1만 명이 몰리자 3시간 동안 서비스가 마비됐습니다. 복구 비용만 2천만 원이 들었습니다.
셋째, 유지보수 계약입니다. 많은 대표님이 간과하는 부분인데, 플랫폼 제작 후 1년간 유지보수 비용은 초기 개발비의 15~20%가 일반적입니다. 3천만 원 견적서에 유지보수가 포함되지 않았다면, 실제 지출은 3천6백만 원을 넘어설 수 있습니다. 견적서를 볼 때는 ‘무엇이 빠져 있는지’를 먼저 확인해야 합니다.
첫 미팅에서 이 질문을 던지는 대표는 실패하지 않는다
“이 기능, 정말 지금 필요한가요?”
제가 10년 동안 플랫폼 제작 미팅에 참석하면서 가장 인상 깊었던 대표님은 이 질문을 가장 먼저 던졌습니다. 당시 그분은 회원 가입 기능도, 결제 기능도 모두 빼자고 했습니다. 대신 ‘사용자가 우리 서비스를 왜 써야 하는가’를 증명하는 랜딩 페이지 하나만 만들자고 했죠. 결과는 어땠을까요? 2주 만에 5천 명의 사전 신청을 받았고, 그 데이터를 기반으로 투자 유치에 성공했습니다.
플랫폼 제작에서 가장 위험한 것은 ‘완벽한 플랫폼’을 만들려는 욕심입니다. 기능을 하나 추가할 때마다 개발 기간은 2주씩 늘어나고, 예산은 500만 원씩 증가합니다. 저는 대표님들에게 항상 ‘기능 리스트’를 작성한 후 각 기능 옆에 ‘이 기능이 없으면 서비스가 안 되는가?’를 체크해보라고 권합니다. 만약 ‘없어도 된다’면 일단 빼세요. 그게 첫 삽을 뜨는 지름길입니다.
기획서 없이 개발사에 가면 돈만 버린다
많은 대표님이 ‘아이디어’만 가지고 개발사를 찾아갑니다. 그리고 https://en.search.wordpress.com/?src=organic&q=https://webpreme.com 개발사가 써준 기획서에 그대로 사인합니다. 이건 마치 건축주가 설계사에게 ‘예쁜 집 지어주세요’라고 맡기는 것과 같습니다. 결과물은 개발사 취향의 집이 됩니다.
제가 본 가장 성공적인 플랫폼 제작 사례는 대표가 직접 6개월 동안 사용자 인터뷰 200건을 진행한 케이스였습니다. 그 대표는 인터뷰 내용을 정리해 20페이지 분량의 ‘문제 정의서’를 만들었고, 이를 기반으로 개발사와 기획서를 함께 작성했습니다. 개발 기간은 8개월, 예산은 1억 2천만 원이 들었지만, 출시 첫 달 유료 전환율 12%를 기록했습니다.
기획서는 개발사가 아니라 대표가 주도해야 합니다. 물론 전문가의 도움을 받을 수 있습니다. 하지만 ‘무엇을 만들 것인가’에 대한 결정권은 반드시 대표에게 있어야 합니다. 그렇지 않으면 플랫폼 제작은 대표의 사업이 아니라 개발사의 포트폴리오가 됩니다.
출시 후 3개월, 이 기간에 승부가 갈린다
플랫폼 제작이 끝나고 출시하면 대부분 안도합니다. 하지만 진짜 싸움은 그때부터 시작됩니다. 제 경험상 출시 후 3개월 안에 사용자 피드백을 얼마나 빠르게 반영하느냐가 플랫폼의 생사를 결정합니다.
한 핀테크 플랫폼은 출시 후 첫 달에 사용자 불만 1,200건을 받았습니다. 대표는 이를 무시하고 마케팅에 집중했습니다. 3개월 후 사용자 이탈률은 70%를 넘었고, 결국 서비스를 접어야 했습니다. 반대로 한 교육 플랫폼은 출시 첫 주부터 매일 사용자 10명과 통화했습니다. 3개월 동안 기능 47개를 수정했고, 재방문율 85%를 달성했습니다.
출시 후 3개월은 ‘완성’이 아니라 ‘학습’의 기간입니다. 이 시기에 개발팀과 긴밀하게 협업할 수 있는 체계를 만들어야 합니다. 외주를 맡겼다면 유지보수 계약에 ‘월간 개선 회의’를 반드시 포함하세요. 자체 개발이라면 매주 사용자 데이터 리뷰 미팅을 잡으세요. 플랫폼 제작의 성패는 출시 후 90일 동안의 속도에 달려 있습니다.
지금 당장 확인해야 할 5가지 체크리스트
플랫폼 제작을 시작하기 전, 다음 다섯 가지를 반드시 확인하세요. 첫째, 핵심 사용자 10명을 구체적으로 정의했는가? ’20~30대 여성’ 같은 표현은 무의미합니다. ‘월 소득 300만 원, 주 3회 이상 온라인 쇼핑을 하는 28세 직장인’처럼 구체적이어야 합니다.
둘째, 이 플랫폼이 해결하는 ‘단 하나의 문제’를 한 문장으로 말할 수 있는가? 만약 두 문장 이상 나온다면 아직 준비가 안 된 겁니다. 셋째, 첫 6개월 동안의 성공 지표(KPI)를 숫자로 정했는가? ‘사용자 만족’이 아니라 ‘재방문율 40%’처럼 측정 가능해야 합니다.
넷째, 개발 예산의 20%를 예비비로 남겨두었는가? 플랫폼 제작은 계획대로 되지 않습니다. 예상치 못한 기술 부채, 서버 비용, 법적 이슈가 발생합니다. 다섯째, 개발사 또는 개발팀과 주 1회 정기 미팅을 할 수 있는가? 소통 없는 플랫폼 제작은 실패 확률이 3배 이상 높습니다.
이 다섯 가지 중 하나라도 ‘아니오’라면, 아직 첫 삽을 뜰 때가 아닙니다. 플랫폼 제작은 기술이 아니라 준비의 게임입니다. 준비된 대표만이 1년 후에도 살아남는 플랫폼을 만들 수 있습니다.
자주 묻는 질문
플랫폼 제작 비용은 보통 얼마인가요?
간단한 MVP는 2천만 원에서 5천만 원, 중간 규모는 1억 원에서 3억 원, 대규모는 5억 원 이상입니다. 비용은 기능 수보다 기획의 깊이와 기술 스택에 따라 크게 달라집니다. 유지보수 비용으로 초기 개발비의 연 15~20%를 별도로 예산에 잡아야 합니다.
노코드로 플랫폼 제작해도 괜찮을까요?
초기 시장 검증 단계라면 노코드가 효율적입니다. 하지만 사용자가 1만 명을 넘거나 복잡한 데이터 처리가 필요하면 한계에 부딪힙니다. 노코드로 시작했다가 6개월 내에 자체 개발로 전환하는 하이브리드 전략을 추천합니다.
플랫폼 제작 기간은 얼마나 걸리나요?
기획부터 출시까지 MVP는 34개월, 일반적인 플랫폼은 69개월, 복잡한 기능이 포함되면 1년 이상 걸립니다. 기간을 단축하려면 기능을 과감히 줄이는 것이 유일한 방법입니다. 개발 기간을 2배로 늘리는 가장 흔한 원인은 중간 기획 변경입니다.
외주 개발 후 유지보수는 어떻게 해야 하나요?
계약 시 유지보수 조항을 반드시 포함하고, 월 1회 이상 정기 점검과 긴급 대응 시간을 명시하세요. 외주사가 폐업하면 소스 코드와 데이터베이스 접근 권한을 확보하지 못해 큰 낭패를 볼 수 있습니다. 계약서에 소스 코드 소유권과 인수인계 조항을 반드시 넣어야 합니다.