소리의 물리학

대표님, 지금 어디서 막히셨나요?

플랫폼 제작을 검색하는 대표님들의 첫 마디는 대개 비슷합니다. “업체마다 견적이 너무 달라서 어디서부터 손대야 할지 모르겠다.” 지난달에도 한 대표님이 찾아오셨습니다. 중고 거래 플랫폼을 만들고 싶다는데, A 업체는 3천 https://webpreme.com 만 원, B 업체는 1억 2천만 원을 불렀다고 하더군요. 견적서를 나란히 놓고 보면 항목 이름은 비슷한데 숫자가 세 배 넘게 차이 납니다. 당연히 혼란스러우실 겁니다.

저는 이 바닥에서 10년 넘게 플랫폼 제작 프로젝트를 지켜봤습니다. 성공한 프로젝트도, 1억을 태우고 접은 프로젝트도 수두룩하게 봤죠. 그 경험에서 얻은 가장 중요한 교훈은 하나입니다. 견적서에 적힌 금액은 전체 비용의 절반도 보여주지 못한다는 겁니다. 나머지 절반은 견적서 바깥에 숨어 있습니다. 요구사항이 바뀔 때 드는 비용, 유지보수 계약 조건, 그리고 무엇보다 ‘누가 이 플랫폼을 책임지고 키울 것인가’에 대한 합의 같은 것들이죠.

그래서 이 글에서는 견적서 숫자 뒤에 숨은 진짜 판단 기준을 풀어보려 합니다. 플랫폼 제작을 처음 시작하는 분들이 흔히 놓치는 지점들을 현장 사례와 숫자로 짚어드리겠습니다.

견적서에 없는 첫 번째 숫자: 요구사항 변경 비용

대부분의 플랫폼 제작 견적서는 ‘초기 요구사항 정의서 기준’으로 작성됩니다. 그런데 현실에서는 프로젝트가 시작되고 3개월쯤 지나면 요구사항이 바뀌기 마련입니다. “역시 결제는 PG사 두 개를 붙여야겠다”, “관리자 페이지에 통계 기능을 넣어야겠다” 같은 변경이 생기죠. 문제는 이 변경이 공짜가 아니라는 점입니다. 계약서에 변경 비용 조항이 없으면, 업체는 추가 견적을 청구하고 대표님은 예산 초과에 시달립니다.

제가 상담했던 한 스타트업은 초기 견적 4천만 원으로 계약했습니다. 6개월 뒤 최종 정산 금액은 9천만 원이었습니다. 요구사항 변경 5건이 추가되어 5천만 원이 더 나간 겁니다. 반면 다른 프로젝트는 초기 견적이 7천만 원으로 더 비쌌지만, 계약서에 ‘월 2회까지 요구사항 변경 무료, 이후 건당 200만 원’ 조항을 넣어서 최종 정산이 7천 8백만 원에 끝났습니다. 초기 견적만 보면 첫 번째가 더 저렴해 보이지만, 실제 비용은 정반대였습니다.

그래서 저는 플랫폼 제작 계약 전에 반드시 물어보라고 권합니다. “요구사항 변경 시 비용은 어떻게 산정하나요?” 그리고 그 답을 계약서에 명시하라고요. 이 한 줄이 나중에 수천만 원을 좌우합니다.

또 하나, 변경 요청을 ‘스프린트’ 단위로 관리하는지도 확인하세요. 애자일 방식으로 2주 단위 스프린트를 돌리는 팀은 변경 비용을 예측하기 쉽습니다. 반면 폭포수 방식으로 6개월짜리 일정을 한 번에 잡는 팀은 중간 변경이 생기면 일정과 비용이 함께 흔들립니다. 플랫폼 제작에서 일정과 비용은 별개가 아닙니다. 하나가 밀리면 다른 하나도 밀립니다.

1억 견적과 3천만 원 견적, 뭐가 다른가

같은 기능을 만드는데 왜 3천만 원과 1억 원이라는 견적이 나올까요? 크게 세 가지 차이 때문입니다.

첫째, 인력 구성입니다. 3천만 원 견적은 보통 프리랜서 12명이 3개월간 작업하는 구조입니다. 기획자, 디자이너, 백엔드, 프론트엔드, QA를 한 사람이 겸업하거나 외주로 돌립니다. 반면 1억 원 견적은 57명 팀이 4~5개월간 투입됩니다. 기획, 디자인, 서버, 앱, QA가 전담으로 붙죠. 인건비만 계산해도 3배 차이가 납니다.

둘째, 기술 스택과 아키텍처입니다. 3천만 원 플랫폼은 대개 모놀리식 구조에 관리자 페이지도 최소 기능만 넣습니다. 1억 원 플랫폼은 마이크로서비스 아키텍처, 클라우드 오토스케일링, 데이터 파이프라인까지 포함하는 경우가 많습니다. 사용자가 1만 명일 때는 차이가 없지만, 10만 명을 넘어가면 3천만 원 플랫폼은 서버가 버티지 못합니다. 재개발 비용이 처음부터 다시 드는 겁니다.

셋째, 보안과 컴플라이언스입니다. 개인정보보호법, 전자상거래법, 위치정보법 같은 규제 대응이 들어가면 견적이 확 뜁니다. 특히 결제나 의료, 금융 데이터를 다루는 플랫폼은 보안 감사 비용만 수천만 원이 추가됩니다.

제가 본 바로는, 초기 사용자 1만 명 이하의 검증 단계라면 3천만 원 견적도 충분합니다. 하지만 https://ko.wikipedia.org/wiki/https://webpreme.com 1년 안에 10만 사용자를 목표로 한다면 처음부터 1억 예산을 잡는 게 오히려 돈을 아끼는 길입니다. 중간에 갈아엎는 비용이 더 크니까요.

참고로, 2023년 이후 국내 플랫폼 제작 시장에서 노코드 툴(버블, 웹플로우 등)을 활용한 프로토타입 제작 비용은 500만~1,500만 원 수준입니다. 이걸로 시장 반응을 먼저 테스트하고, 검증되면 본 개발에 들어가는 전략도 유효합니다. 다만 노코드로 만든 플랫폼은 트래픽이 늘면 월 구독료가 급증하고 커스터마이징에 한계가 있다는 점을 감안해야 합니다.

개발사 선정, 이 질문 하나로 걸러낼 수 있습니다

“지금까지 만든 플랫폼 중에 가장 오래 운영되고 있는 것은 무엇인가요?”

이 질문을 던져보세요. 대부분의 개발사는 포트폴리오에 화려한 신규 구축 사례만 잔뜩 넣어둡니다. 하지만 3년 이상 운영 중인 플랫폼이 있는지, 그 플랫폼의 월 활성 사용자가 얼마인지, 유지보수 계약이 얼마나 지속됐는지를 물으면 진짜 실력이 드러납니다. 신규 구축은 누구나 잘합니다. 어려운 건 론칭 후 1년, 2년을 버티게 만드는 일입니다.

제가 아는 한 개발사는 포트폴리오에 10개 프로젝트를 올려뒀는데, 실제로 1년 이상 유지보수 계약이 이어진 건 2개뿐이었습니다. 나머지는 론칭 6개월 안에 고객이 떠났습니다. 이유는 간단했습니다. 개발은 잘했지만 운영 단계에서 장애 대응이 느렸고, 기능 개선 요청에 제때 응답하지 않았습니다.

두 번째로 물어볼 것은 “장애 발생 시 대응 프로세스가 어떻게 되나요?”입니다. SLA(서비스 수준 협약)를 문서로 제시하는 업체는 많지 않습니다. ’24시간 내 대응’, ‘긴급 장애 4시간 내 복구’ 같은 조항이 계약서에 있는지 확인하세요. 이게 없으면 새벽 2시에 서버가 죽어도 다음 날 오전까지 기다려야 할 수 있습니다.

세 번째는 “우리 서비스의 핵심 지표(KPI)를 무엇으로 보고 있나요?”입니다. 좋은 개발사는 단순히 기능을 구현해주는 게 아니라, 가입 전환율, 재방문율, 결제 완료율 같은 비즈니스 지표를 함께 고민합니다. 이 질문에 대해 구체적인 답을 못 하면, 그들은 ‘외주 개발자’일 뿐 ‘파트너’가 아닙니다.

유지보수 비용, 계약서에 꼭 넣어야 할 3가지

플랫폼 제작 비용만 생각하고 유지보수 예산을 빼먹는 대표님이 정말 많습니다. 현실은 이렇습니다. 초기 개발비의 1525%가 매년 유지보수 비용으로 나갑니다. 1억 원짜리 플랫폼이면 매년 1,500만2,500만 원이 기본으로 드는 겁니다.

유지보수 계약서에 반드시 포함돼야 할 조항이 세 가지 있습니다. 첫째, 월별 무상 지원 시간입니다. 보통 월 2040시간을 기본으로 넣고, 초과분은 시간당 10만15만 원을 청구합니다. 이 시간이 명시되지 않으면 사소한 버그 수정에도 추가 비용이 발생합니다.

둘째, 서버 및 인프라 비용의 주체입니다. 클라우드 비용(AWS, GCP 등)은 개발사가 아니라 서비스 운영 주체가 부담하는 게 원칙입니다. 그런데 계약서에 이 부분이 모호하면 개발사가 대신 결제하고 나중에 청구하는 구조가 됩니다. 이때 마진이 붙는 경우도 있으니 주의하세요.

셋째, 소스코드 및 데이터 소유권입니다. 계약서에 ‘결과물의 지식재산권은 발주자에게 귀속된다’는 문구가 없으면 나중에 다른 업체로 이전할 때 소스코드를 받지 못할 수 있습니다. 실제로 한 대표님은 개발사와 분쟁이 생겨서 소스코드를 못 받고 플랫폼을 통째로 다시 만들어야 했습니다. 그 비용만 8천만 원이었습니다.

유지보수는 ‘나중에 생각하자’가 아니라 계약 단계에서 확정해야 하는 항목입니다. 초기 견적이 500만 원 비싸더라도 유지보수 조건이 명확한 업체를 선택하는 게 장기적으로 훨씬 이득입니다.

가장 흔한 실수: ‘일단 만들고 보자’는 착각

제가 10년 넘게 지켜본 바로, 플랫폼 제작에서 가장 많은 돈을 태우는 실수는 기술적 실패가 아닙니다. ‘일단 만들고 시장 반응을 보자’는 접근입니다. 이 생각이 왜 위험하냐면, 플랫폼은 앱과 달리 ‘양면 시장’을 만들어야 하기 때문입니다. 공급자와 수요자가 동시에 모여야 가치가 생깁니다. 한쪽만 있어서는 아무 일도 일어나지 않습니다.

실제 사례를 하나 들죠. 한 대표님이 반려동물 돌봄 플랫폼을 만들었습니다. 6개월간 1억 2천만 원을 들여 완성도 높은 플랫폼을 론칭했습니다. 그런데 론칭 후 3개월 동안 가입한 돌봄 제공자는 12명, 이용자는 47명이었습니다. 양쪽 모두 임계량에 한참 못 미쳤고, 결국 서비스를 접었습니다. 문제는 기술이 아니었습니다. 론칭 전에 공급자 100명을 확보하는 전략이 없었던 겁니다.

그래서 저는 플랫폼 제작을 시작하기 전에 최소 3개월은 ‘수동 운영’을 해보라고 권합니다. 엑셀과 카카오톡으로 공급자와 수요자를 직접 연결해주는 겁니다. 이 과정에서 어떤 기능이 진짜 필요한지, 어떤 사용자가 돈을 지불할 의향이 있는지가 보입니다. 그 후에 개발에 들어가면 불필요한 기능을 3040% 걸러낼 수 있습니다. 개발비 1억 원 중 3천만4천만 원을 아끼는 셈입니다.

플랫폼 제작은 ‘만들면 되는 일’이 아니라 ‘누가 쓸 것인가’를 먼저 증명하는 일입니다. 기술은 그다음 문제입니다. 이 순서를 바꾸면, 아무리 좋은 개발팀을 만나도 결과는 좋지 않습니다.

자주 묻는 질문

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

규모에 따라 다르지만, 초기 MVP 수준은 2천만5천만 원, 중급 플랫폼은 5천만1억 5천만 원, 대규모 트래픽을 견디는 플랫폼은 2억 원 이상입니다. 2024년 기준으로 국내 외주 개발 시장에서 기능 20개 내외의 기본 플랫폼은 평균 4천만6천만 원 선에서 견적이 나옵니다. 다만 이 금액은 초기 개발비일 뿐, 연간 유지보수 비용(개발비의 1525%)은 별도로 잡아야 합니다.

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

기획과 디자인을 포함해 최소 3개월에서 6개월이 일반적입니다. 기능이 30개를 넘어가거나 결제, 보안, 관리자 시스템이 복잡해지면 8개월 이상 걸리기도 합니다. 일정을 단축하려면 기능을 과감히 줄이는 것이 유일한 방법이며, 인력을 늘린다고 해서 비례해서 빨라지지는 않습니다.

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

초기 스타트업이나 IT 인력이 없는 회사는 외주가 현실적입니다. 자체 개발은 개발자 3~4명을 채용하는 순간 연간 인건비만 3억 원을 넘고, 채용과 관리에 시간이 더 듭니다. 반면 외주는 초기 비용이 들지만 검증 후 내부로 전환하는 전략이 가능합니다. 다만 외주 시에는 소스코드 소유권과 유지보수 조건을 반드시 계약서에 명시해야 합니다.

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

프로토타입이나 소규모 서비스에는 충분합니다. 버블, 웹플로우 같은 툴로 24주 만에 기본 기능을 구현할 수 있고 비용도 500만1,500만 원 수준입니다. 하지만 사용자가 1만 명을 넘거나 복잡한 결제, 보안 요구사항이 생기면 한계에 부딪힙니다. 노코드로 검증한 뒤 본 개발로 넘어가는 투트랙 전략이 가장 효율적입니다.

플랫폼 제작 후 유지보수는 꼭 해야 하나요?

필수입니다. 론칭 후에도 버그 수정, 보안 업데이트, 서버 관리, 기능 개선이 계속 필요하기 때문입니다. 유지보수 없이 방치하면 보안 취약점이 생기고, 사용자 이탈로 이어집니다. 계약 시 월별 무상 지원 시간(20~40시간)과 긴급 장애 대응 조항을 반드시 확인하세요.

플랫폼 제작 계약 시 가장 주의할 점은 무엇인가요?

요구사항 변경 비용과 소스코드 소유권 조항입니다. 변경 비용이 모호하면 나중에 수천만 원이 추가될 수 있고, 소유권이 없으면 다른 업체로 이전할 때 소스를 받지 못합니다. 또한 지식재산권 귀속, 유지보수 범위, 서버 비용 부담 주체를 계약서에 명시하는 것이 안전합니다.