견적서 금액은 절반의 진실일 뿐이다
플랫폼 제작을 처음 의뢰하는 대표님들이 가장 흔하게 하는 착각이 있다. ‘견적서에 적힌 금액이 총비용이다’라는 믿음이다. 제가 상담한 한 스타트업 대표는 4,800만 원짜리 견적서를 받고 계약했다. 1년 뒤 그 플랫폼에 들어간 누적 비용은 1억 7천만 원이었다.
차액은 어디서 나왔을까. 서버비, 유지보수, 기능 추가, 결제 수수료, 보안 패치, 그리고 무엇보다 ‘처음에 말하지 않았던 요구사항’이었다. 견적서는 개발 범위를 문서로 고정한 종이일 뿐, 그 뒤에 발생하는 운영 비용은 대부분 별도다.
대표님들이 놓치는 결정적 지점은 여기다. 플랫폼은 완성품이 아니라 살아 있는 서비스다. 건물을 지어서 끝나는 게 아니라, 입주자를 받고 관리해야 하는 상가와 같다. 견적서는 건축비일 뿐, 운영비가 아니다.
저는 견적서를 받으면 항상 뒤집어 본다. ‘이 금액에 포함되지 않은 것이 무엇인가’를 먼저 확인한다. 포함되지 않은 항목이 5개 이상이면, 그 견적서는 시작가일 뿐이다.
기능 개수로 견적을 비교하면 반드시 손해 본다
많은 대표 https://webpreme.com 님들이 A 업체 견적서와 B 업체 견적서를 기능 개수로 비교한다. ‘A는 30개 기능에 5천만 원, B는 30개 기능에 7천만 원이니 A가 낫다’는 식이다. 이 비교는 거의 항상 잘못된 결론으로 이어진다.
기능 하나의 깊이가 다르기 때문이다. 예를 들어 ‘회원가입’ 기능 하나를 봐도, 이메일 가입만 있는지, 소셜 로그인이 포함되는지, 본인인증이 붙는지, 등급별 권한 관리가 되는지에 따라 개발 공수가 10배 이상 차이 난다.
제가 작년에 컨설팅한 한 교육 플랫폼 프로젝트를 보자. 두 업체 견적 차이는 2천만 원이었다. 저렴한 쪽은 ‘동영상 업로드’만 있었고, 비싼 쪽은 ‘동영상 트랜스코딩, 화질 자동 조절, DRM, 시청 진도율 추적’이 포함돼 있었다. 실제로 서비스를 열자 저렴한 쪽은 사용자 100명만 넘어도 동영상이 끊겼다.
기능 목록은 같아 보여도, 그 안에 들어간 기술적 깊이가 다르다. 견적 비교는 개수가 아니라 ‘이 기능이 어느 수준까지 구현되는가’로 해야 한다. 이걸 확인하려면 견적서가 아니라 기획서를 봐야 한다.
외주, 자체 개발, 노코드 선택의 진짜 기준
플랫폼 제작 방식은 크게 세 가지다. 외주 개발, 자체 개발팀 구성, 노코드 도구 활용. 각각의 비용과 속도, 확장성은 완전히 다르다.
외주 개발은 초기 비용이 3천만 원에서 2억 원 사이, 기간은 3개월에서 1년이다. 자체 개발팀은 개발자 3명 기준 연봉만 2억 원 이상이고, 채용에만 3~6개월이 걸린다. 노코드는 월 10만 원에서 100만 원 수준으로 시작할 수 있지만, 트래픽이 늘거나 복잡한 기능이 필요하면 한계에 부딪힌다.
문제는 대표님들이 ‘어떤 방식이 좋은가’를 묻는다는 점이다. 이 질문에는 답이 없다. 대신 ‘우리 서비스가 1년 뒤 어떤 상태여야 하는가’를 먼저 정해야 한다.
예를 들어 월 사용자 1만 명 이하, 기능 변경이 잦은 초기 검증 단계라면 노코드가 합리적이다. 반대로 결제와 정산이 복잡하고, 데이터가 민감하며, 사용자가 10만 명 이상으로 예상된다면 외주든 자체든 제대로 된 아키텍처가 필요하다.
제 경험상 가장 위험한 선택은 ‘일단 싸게 시작하고 나중에 제대로 만들자’다. 이 경우 대부분 처음 만든 것을 버리고 다시 만들어야 한다. 재개발 비용은 첫 개발 비용의 1.5배에서 2배가 든다.
기획서 없이 개발사부터 만나면 돈만 나간다
플랫폼 제작 상담을 하다 보면, 아직 기획서 한 장 없이 개발사 미팅을 먼저 잡는 대표님들이 많다. 이 순서는 거의 항상 손해로 끝난다.
개발사는 기획서가 없으면 자기들이 편한 방식으로 범위를 잡는다. 이때 ‘이건 기본 포함입니다’와 ‘이건 추가 비용입니다’의 경계가 모호해진다. 나중에 분쟁이 생기면 계약서에 적힌 모호한 문구만 남는다.
제가 본 가장 안타까운 사례는 한 유통 플랫폼이었다. 대표가 개발사 대표와 술자리에서 구두로 범위를 정하고 계약금 5천만 원을 보냈다. 6개월 뒤 결과물은 대표가 생각한 것의 30% 수준이었다. 법적으로 다툴 근거도 약했다.
기획서는 개발사를 위한 것이 아니다. 대표님 자신을 보호하는 문서다. 최소한 다음은 문서로 남겨야 한다. 사용자 시나리오, 화면 목록, 관리자 기능, 외부 연동 범위, 데이터 소유권, 유지보수 조건.
이 문서를 만드는 데 2~4주와 300만 원에서 1,000만 원이 든다. 비싸게 느껴질 수 있다. 하지만 https://search.naver.com/search.naver?query=https://webpreme.com 이 비용을 아끼려다 1억 원을 날리는 사례를 저는 수십 번 봤다.
유지보수 계약서에서 반드시 확인해야 할 조항
플랫폼 제작 계약서보다 유지보수 계약서가 더 중요하다. 개발이 끝나면 서비스는 시작되고, 그때부터 매달 비용이 발생한다.
일반적인 유지보수 계약은 월 개발비의 10~20% 수준이다. 개발비가 1억 원이면 월 1,000만 원에서 2,000만 원이다. 여기에 서버비, CDN, 문자 발송, 결제 수수료가 별도로 붙는다. 월 사용자 5만 명 기준으로 인프라 비용만 월 300만 원에서 800만 원 사이가 나온다.
계약서에서 꼭 봐야 할 조항이 몇 가지 있다. 첫째, 장애 대응 시간이다. ’24시간 이내’라고만 적혀 있으면 새벽에 결제가 막혀도 다음 날 대응한다. ‘긴급 장애 2시간 이내’ 같은 구체적 문구가 필요하다.
둘째, 기능 추가 단가다. 유지보수 범위에 포함되는 변경과 별도 견적이 필요한 변경의 기준이 명확해야 한다. ‘경미한 수정’ 같은 표현은 분쟁의 씨앗이다.
셋째, 소스코드와 데이터 소유권이다. 계약이 끝났을 때 소스코드를 받을 수 있는지, 데이터를 온전히 가져갈 수 있는지 확인해야 한다. 이 조항이 없어서 발목 잡힌 대표님을 여러 명 봤다.
넷째, 계약 해지 조건이다. 최소 계약 기간과 해지 통보 기간, 위약금 조항을 확인해야 한다. 3년 묶어놓고 중도 해지 시 잔여 기간 전체 비용을 청구하는 계약도 실제로 있다.
첫 3개월에 돈이 새는 구멍 5가지
플랫폼 제작을 시작한 뒤 첫 3개월은 예산이 가장 빠르게 새는 시기다. 제가 현장에서 반복적으로 목격한 구멍은 다섯 가지다.
첫째, 요구사항 변경이다. 대표님이 중간에 ‘이 기능 하나만 추가하죠’를 세 번 하면, 그 비용은 처음 견적의 20~30%가 된다. 변경 요청은 문서로 하고, 비용과 일정 영향을 먼저 확인해야 한다.
둘째, 디자인 수정이다. 시안을 3번 이상 갈아엎으면 디자인 비용이 두 배가 된다. 디자인 확정 전에 레퍼런스 3개를 정하고, 그 이상은 참고하지 않는 규칙을 두는 게 낫다.
셋째, 외부 연동이다. 결제, 본인인증, 지도, 알림톡 같은 외부 서비스는 각각 계약과 심사가 필요하다. 심사에만 2~4주가 걸리는 경우도 많다. 이 일정을 개발 일정에 미리 넣지 않으면 전체가 밀린다.
넷째, 테스트 인력이다. 개발사가 테스트를 하긴 하지만, 실제 사용자 관점의 테스트는 대표님 쪽에서 해야 한다. 이 인력을 따로 두지 않으면 오픈 후 첫 달에 사용자 불만이 폭발한다.
다섯째, 마케팅 준비다. 플랫폼이 완성돼도 사용자가 없으면 아무 의미가 없다. 오픈 전에 최소 2개월은 사용자 유입 채널을 준비해야 한다. 이걸 빼먹으면 오픈 첫 달에 빈 플랫폼을 보게 된다.
지금 당장 해야 할 일의 우선순위
플랫폼 제작을 앞두고 있다면, 순서를 이렇게 잡는 게 안전하다.
가장 먼저 할 일은 ‘우리 서비스가 1년 뒤 어떤 숫자를 만들어야 하는가’를 한 장으로 정리하는 것이다. 사용자 수, 거래액, 수익 구조, 핵심 기능 3개. 이게 없으면 어떤 견적서를 받아도 판단할 수 없다.
두 번째는 기획서 작성이다. 외주를 주더라도 직접 쓰거나, 기획 전문가를 써서라도 문서를 만들어야 한다. 이 문서가 견적 비교의 기준이 된다.
세 번째는 개발사 3곳 이상 미팅이다. 한 곳만 만나면 시장 가격을 모른다. 같은 기획서로 3곳에서 견적을 받으면, 어디가 비정상적으로 싼지 비싼지 감이 온다.
네 번째는 유지보수와 소유권 조항을 계약서에 명시하는 것이다. 개발 계약보다 이 조항이 장기적으로 더 중요하다.
다섯 번째는 오픈 후 3개월 운영 계획이다. 누가, 어떤 지표를, 얼마의 예산으로 관리할 것인지 정해야 한다. 플랫폼 제작은 끝이 아니라 시작이다. 이 순서를 지키는 대표님들은 같은 예산으로 두 배의 결과를 낸다.
자주 묻는 질문
플랫폼 제작 비용은 보통 얼마인가요?
간단한 커뮤니티나 정보 제공 플랫폼은 3천만 원에서 6천만 원, 결제와 정산이 포함된 커머스 플랫폼은 8천만 원에서 2억 원, 복잡한 매칭이나 데이터 분석이 들어가면 2억 원 이상도 나옵니다. 이 금액은 개발비일 뿐이고, 서버와 유지보수, 마케팅 비용은 별도로 잡아야 합니다. 첫해 총예산은 개발비의 1.5배 정도로 보는 게 안전합니다.
노코드로 플랫폼 제작해도 나중에 문제없나요?
초기 검증 단계에서는 노코드가 충분히 합리적입니다. 다만 월 사용자 1만 명을 넘거나, 결제·정산 로직이 복잡해지거나, 데이터를 외부로 내보내야 하는 순간 한계가 옵니다. 이때 노코드에서 직접 개발로 옮기는 비용은 처음부터 제대로 만든 비용의 1.5배에서 2배가 든다고 보면 됩니다.
개발 기간은 보통 얼마나 걸리나요?
기획서가 완성된 상태에서 기능 2030개 기준으로 4개월에서 8개월이 일반적입니다. 여기에 기획 24주, 디자인 46주, 외부 연동 심사 24주, 테스트와 수정 4주가 추가됩니다. ‘3개월에 끝내준다’는 말은 대부분 핵심 기능만 만들고 나머지를 다음 단계로 미친다는 뜻입니다.
개발사와 계약할 때 가장 주의할 조항은 무엇인가요?
소스코드와 데이터 소유권 조항입니다. 계약 종료 시 소스코드 전체와 사용자 데이터를 어떤 형식으로 넘겨받는지 명시돼 있어야 합니다. 또한 장애 대응 시간, 기능 추가 단가 기준, 중도 해지 시 위약금 조건도 반드시 확인하세요. 이 네 가지가 빠진 계약서는 나중에 반드시 분쟁으로 이어집니다.
첫 미팅에서 대표가 던진 한마디
작년 봄, 중고 농기계 거래 플랫폼을 만들겠다는 대표를 만났습니다. 50대 중반의 그 대표는 첫 미팅에서 이런 말을 꺼냈습니다. “경쟁사보다 기능은 70%만 넣고, 대신 3개월 안에 오픈하는 게 목표입니다.” 저는 속으로 ‘이번엔 좀 다르네’ 싶었습니다. 그런데 두 번째 미팅에서 그 70%의 기준이 완전히 바뀌었습니다. 경쟁사에 없는 기능을 하나씩 추가하기 시작한 겁니다.
결과적으로 그 프로젝트는 11개월이 걸렸고, 예산은 3천만 원에서 1억 2천만 원으로 늘었습니다. 오픈 후 6개월 동안 일 활성 사용자는 400명을 넘지 못했습니다. 문제는 기술이 아니었습니다. 첫 미팅에서 “기능은 70%만”이라고 말했던 그 대표가, 정작 ‘무엇을 70%로 줄일지’는 정하지 않았던 겁니다.
플랫폼 제작 현장에서 10년 넘게 겪은 가장 흔한 실패 유형입니다. 예산과 기간을 정하는 것은 쉽습니다. 어려운 건 그 안에 무엇을 넣고 무엇을 빼느냐입니다. 대표들은 보통 ‘넣을 것’ 목록은 길게 준비해 오지만, ‘뺄 것’ 목록은 비어 있습니다.
견적서 3천만 원과 3억 원의 차이는 기능 개수가 아니다
같은 플랫폼 제작 견적이 3천만 원과 3억 원으로 갈리는 이유를 물어오는 분들이 많습니다. 기능 목록만 보면 둘 다 비슷해 보입니다. 회원가입, 게시판, 결제, 알림. 그런데 견적서 뒷장을 넘기면 완전히 다른 세계가 펼쳐집니다.
3천만 원 견적의 일반적인 구성은 이렇습니다. 관리자 페이지 기본형, 동시 접속자 100명 기준 서버, PG사 연동 1종, 푸시 알림 1종, 앱은 하이브리드(웹뷰) 방식. 유지보수는 월 50만 원 별도. 반면 3억 원 견적은 관리자 페이지를 권한별로 4단계 분리하고, 서버는 오토스케일링 그룹에 DB 리플리카 2대를 둡니다. 결제는 PG 3사 연동에 부분 환불·정산 로직까지 포함되고, 앱은 네이티브로 제작합니다. 여기에 보안 취약점 진단(연 2회), 장애 대응 매뉴얼, 3년간 기술 부채 관리 계획이 붙습니다.
제가 컨설팅한 한 커머스 플랫폼은 처음에 4천만 원으로 시작했습니다. 오픈 3개월 만에 동시 접속자 500명을 넘기면서 서버가 매일 새벽 2시에 다운됐습니다. 급하게 서버 구조를 바꾸는 데만 7천만 원이 추가로 들었습니다. 처음부터 1억 원대 견적을 받았다면 피할 수 있었던 비용입니다.
중요한 건 ‘비싼 견적이 좋은 견적’이 아니라는 점입니다. 내 사업이 감당할 트래픽과 운영 인력이 어느 수준인지 먼저 정의해야 합니다. 그 정의 없이 견적을 비교하면, 결국 싼 견적을 고르고 나중에 더 큰 비용을 치르게 됩니다.
노코드로 3개월 만에 끝낸 팀이 6개월 후 겪은 일
노코드 도구로 플랫폼 제작을 시작하는 팀이 부쩍 늘었습니다. 실제로 저는 노코드로 6주 만에 MVP를 오픈한 스타트업을 지켜봤습니다. 초기 비용은 800만 원도 안 들었습니다. 대표는 “이 정도면 충분하다”며 좋아했습니다.
문제는 6개월 후에 터졌습니다. 사용자가 3천 명을 넘어서자 노코드 도구의 월 구독료가 30만 원에서 180만 원으로 뛰었습니다. 더 큰 문제는 데이터였습니다. 노코드 플랫폼에 쌓인 사용자 데이터를 자사 DB로 옮기려니, 스키마 구조가 달라 마이그레이션에만 두 달이 걸렸습니다. 결국 그 팀은 1년 만에 자체 개발로 전환했고, 누적 비용은 처음부터 외주를 줬을 때보다 2천만 원 더 들었습니다.
그렇다고 노코드가 나쁘다는 게 아닙니다. 제 판단은 이렇습니다. 시장 검증이 목적이고, 6개월 안에 유료 고객 100명을 확보할 자신이 있다면 노코드가 정답입니다. 반대로 데이터가 자산이 되는 비즈니스(헬스케어, 금융, 교육 기록)라면 처음부터 자체 DB 설계를 가져가야 합니다. 노코드로 시작했다가 나중에 갈아엎는 비용은, 처음부터 제대로 만드는 비용의 1.5배에서 2배 사이입니다. 이건 제가 겪은 여러 사례에서 거의 일정하게 나온 숫자입니다.
개발사 선정할 때 대표들이 가장 많이 하는 착각
플랫폼 홈페이지제작 제작 외주를 맡길 때 대표들이 가장 많이 하는 착각은 ‘포트폴리오가 화려하면 잘 만든다’는 믿음입니다. 물론 포트폴리오는 중요합니다. 하지만 https://en.search.wordpress.com/?src=organic&q=홈페이지제작 그보다 먼저 봐야 할 것이 있습니다. 그 개발사가 내 사업 도메인을 이해하는가입니다.
한 물류 플랫폼 대표는 유명 개발사에 1억 5천만 원을 주고 플랫폼을 만들었습니다. 결과물은 기술적으로 훌륭했습니다. UI도 깔끔했고 속도도 빨랐습니다. 그런데 정작 기사 배차 로직이 현장과 맞지 않았습니다. 개발사가 물류 현장을 한 번도 본 적이 없었기 때문입니다. 결국 배차 로직을 다시 짜는 데 4천만 원이 추가로 들었습니다.
제가 개발사를 평가할 때 쓰는 기준은 세 가지입니다. 첫째, 내 도메인과 유사한 프로젝트를 2개 이상 해봤는가. 둘째, 기획 단계에서 ‘이 기능은 왜 필요한가’를 캐묻는가. 셋째, 오픈 후 6개월간 장애 대응을 누가, 어떤 조건으로 하는가. 이 세 가지에 명확한 답을 주지 못하는 개발사는 아무리 포트폴리오가 화려해도 다시 생각해볼 필요가 있습니다.
특히 세 번째가 중요합니다. 많은 계약서에 ‘오픈 후 3개월 무상 하자 보수’만 적혀 있습니다. 그런데 플랫폼은 오픈 3개월 차에 가장 많은 문제가 터집니다. 사용자가 늘면서 예상 못 한 버그가 쏟아지고, 서버 부하가 걸립니다. 계약서에 ‘오픈 후 6개월간 월 2회 정기 점검, 장애 발생 시 4시간 내 대응’ 같은 조항을 넣어두면 나중에 수천만 원을 아낄 수 있습니다.
기획서 200페이지보다 중요한 한 장의 문서
플랫폼 제작을 시작할 때 기획서를 200페이지씩 쓰는 팀을 봤습니다. 화면 설계, 데이터 흐름, 사용자 시나리오까지 정말 꼼꼼했습니다. 그런데 개발 3개월 차에 그 기획서의 절반이 바뀌었습니다. 시장 상황이 변했고, 대표의 생각이 바뀌었고, 경쟁사가 새로운 기능을 내놨기 때문입니다.
그래서 저는 기획서 두께보다 ‘우선순위 정의서’ 한 장을 더 중요하게 봅니다. A4 한 장에 이렇게 적는 겁니다. 1순위: 회원가입, 상품 등록, 검색, 결제. 2순위: 리뷰, 찜하기, 알림. 3순위: 채팅, 추천 알고리즘, 통계 대시보드. 그리고 각 순위 옆에 ‘이 기능이 없으면 오픈할 수 없다’ 또는 ‘있으면 좋지만 없어도 된다’를 표시합니다.
이 한 장이 있으면 개발 중간에 기능을 추가하고 싶을 때 기준이 생깁니다. “이건 2순위니까 다음 버전으로 미루자” 또는 “3순위를 빼고 1순위를 강화하자”는 결정을 빠르게 내릴 수 있습니다. 제가 본 바로는, 이 우선순위 정의서를 만든 팀은 평균 개발 기간이 30% 짧았습니다. 기능 추가 요구가 줄어들기 때문입니다.
반대로 이 문서가 없는 팀은 개발사와 매주 회의를 하면서 “이것도 넣어주세요”를 반복합니다. 개발사 입장에서는 일정이 계속 밀리고, 결국 추가 비용을 청구합니다. 대표는 “왜 자꾸 돈을 더 달라는 거야”라고 화를 내지만, 계약서에 범위가 명확하지 않았던 건 대표 자신입니다.
지금 당장 개발사를 만나기 전에 스스로에게 던질 질문
플랫폼 제작을 결정하기 전에, 개발사 미팅을 잡기 전에 스스로에게 물어야 할 질문이 있습니다. 첫째, 이 플랫폼이 6개월 안에 유료 고객 100명을 확보할 구체적인 계획이 있는가. 둘째, 오픈 후 1년간 운영 인력은 누가 담당하는가. 셋째, 이 플랫폼이 실패했을 때 내가 감당할 수 있는 최대 손실액은 얼마인가.
이 세 질문에 명확히 답하지 못하면, 아무리 좋은 개발사를 만나도 성공하기 어렵습니다. 제가 만난 성공적인 대표들은 예외 없이 이 질문에 숫자로 답했습니다. “첫 3개월은 월 500만 원 광고비를 쓰고, 전환율 3%를 가정하면 100명은 가능합니다. 운영은 기존 직원 2명이 겸직하고, 최대 손실은 8천만 원입니다.” 이런 대표는 개발사와 협상할 때도 기준이 명확합니다.
개발사를 선정할 때 마지막으로 확인할 것은 ‘커뮤니케이션 비용’입니다. 개발사가 주 1회 정기 미팅을 요구하는지, 변경 요청을 문서로 관리하는지, 장애 발생 시 연락 체계가 어떻게 되는지. 이런 운영 방식이 맞지 않으면 기술력이 아무리 좋아도 6개월을 버티기 어렵습니다. 플랫폼 제작은 한 번의 계약이 아니라 최소 1년의 동행입니다. 그 동행이 편안한 파트너를 고르는 것이, 견적 1천만 원 차이보다 훨씬 중요합니다.
자주 묻는 질문
플랫폼 제작 비용은 보통 얼마인가요?
기본형 MVP는 3천만 원에서 6천만 원, 중급형은 1억 원에서 2억 원, 고도화된 커머스나 핀테크는 3억 원 이상으로 봅니다. 이 비용에는 기획, 디자인, 개발, 초기 서버 세팅이 포함되지만 운영 유지보수는 별도입니다. 같은 기능이라도 동시 접속자 수, 결제 연동 종류, 보안 수준에 따라 견적이 두세 배 차이 납니다.
플랫폼 제작 기간은 얼마나 걸리나요?
MVP 기준으로 2개월에서 4개월, 정식 서비스는 6개월에서 1년 정도 걸립니다. 기간을 좌우하는 건 기능 개수보다 ‘의사결정 속도’입니다. 대표가 피드백을 일주일 안에 주는 팀은 3개월에 끝나지만, 매주 요구사항이 바뀌는 팀은 1년이 걸립니다. 개발사가 일정을 약속할 때 ‘기획 확정 후’라는 조건을 다는 이유가 여기에 있습니다.
노코드로 플랫폼 제작해도 괜찮을까요?
시장 검증이 목적이고 6개월 안에 유료 고객 100명을 확보할 계획이 있다면 노코드가 효율적입니다. 다만 사용자 데이터가 핵심 자산이 되는 비즈니스라면 처음부터 자체 DB 설계를 권합니다. 노코드에서 자체 개발로 전환할 때 데이터 마이그레이션 비용이 초기 개발 비용의 1.5배에서 2배까지 들 수 있습니다.
외주 개발사 선정할 때 무엇을 가장 먼저 확인해야 하나요?
내 도메인과 유사한 프로젝트를 2개 이상 수행했는지부터 확인하세요. 그다음 기획 단계에서 기능의 필요성을 캐묻는지, 오픈 후 6개월간 장애 대응 조건이 계약서에 명시되는지를 보세요. 포트폴리오의 화려함보다 ‘오픈 후 3개월 차에 터지는 문제를 어떻게 처리할 것인가’에 대한 답이 더 중요합니다.