견적서에 숨은 진짜 비용, 첫 삽 뜨기 전에 확인해야 할 3가지
지난해 상담한 한 스타트업 대표는 플랫폼 제작 견적서를 세 곳에서 받아왔다. 가장 낮은 곳은 3,200만 원, 가장 높은 곳은 1억 8,000만 원이었다. 그는 당연히 3,200만 원짜리를 선택했다. 1년 뒤 그 플랫폼을 유지하는 데 들어간 총비용은 1억 5,200만 원이었다. 추가 개발비, 서버 증설, 보안 패치, 결제 모듈 연동 실패로 인한 재작업까지 포함한 숫자다.
견적서에 적힌 금액은 전체 비용의 30%도 안 되는 경우가 많다. 특히 플랫폼은 웹사이트와 다르다. 회원이 늘고, 거래가 발생하고, 데이터가 쌓이는 순간부터 비용 구조가 완전히 달라진다. 처음 견적서에는 ‘관리자 페이지’ 한 줄로 적혀 있던 항목이 실제로는 권한 관리, 통계 대시보드, 정산 시스템, 알림 발송 등 20개가 넘는 기능으로 쪼개진다.
내가 현장에서 가장 먼저 보는 것은 기능 목록이 아니다. ‘이 플랫폼이 1년 뒤 하루 방문자 1만 명을 감당할 수 있는가’다. 이 질문에 개발사가 구체적인 수치로 답하지 못하면, 그 견적서는 절반만 맞는 것이다. 서버 비용, CDN, 데이터베이스 확장, 로그 관리 도구까지 포함한 3년 총소유비용(TCO)을 계산해 달라고 요구해야 한다.
외주 개발사가 ‘나중에 추가하죠’라고 말할 때 속으로 계산해야 할 것
플랫폼 제작 미팅에서 가장 자주 듣는 말이 “이건 1차 오픈 후에 추가하는 게 좋겠습니다”다. 물론 맞는 말이다. 하지만 그 ‘나중’이 얼마나 걸리고, 얼마가 드는지는 아무도 말해주지 않는다. 내가 경험한 바로는 1차 오픈 후 추가 개발은 초기 견적의 1.5배에서 3배까지 치솟는다.
이유는 간단하다. 초기 설계에 없던 기능을 나중에 넣으면 데이터베이스 구조를 바꿔야 하고, 기존 코드와 충돌을 잡아야 한다. 한 고객사는 예약 플랫폼을 만들면서 ‘리뷰 기능’을 2차로 미뤘다. 1차 오픈 후 리뷰 기능을 넣는 데 초기 예상 비용 800만 원이 아니라 2,700만 원이 들었다. 회원 테이블과 예약 테이블, 결제 테이블을 모두 건드려야 했기 때문이다.
그래서 나는 대표들에게 이렇게 말한다. “지금 당장 안 만들어도 되지만, 데이터 구조는 처음부터 잡아두세요.” 테이블 설계와 API 인터페이스만 미리 정의해도 나중에 드는 비용을 40% 이상 줄일 수 있다. 개발사가 이 부분을 귀찮아하면, 그 회사는 단기 프로젝트만 해온 곳일 가능성이 높다.
노코드로 시작할까, 직접 개발할까? 3개월과 1년 사이에서 흔들리는 대표를 위한 현실 점검
노코드 도구로 플랫폼 제작을 시작하는 대표들이 부쩍 늘었다. 월 5만 원에서 30만 원이면 기본적인 회원 관리와 결제까지 붙일 수 있으니 솔깃하다. 하지만 https://ko.wikipedia.org/wiki/홈페이지제작 노코드는 ‘검증’ 단계에서만 유효하다. 하루 거래 100건을 넘기면 수수료가 급격히 올라가고, 커스터마이징에 한계가 온다.
한 고객은 노코드로 중고거래 플랫폼을 만들어 6개월 만에 월 거래액 3,000만 원을 찍었다. 그런데 노코드 업체가 거래액의 3%를 수수료로 가져가면서 수익의 40%가 사라졌다. 결국 자체 개발로 전환하는 데 8개월과 1억 2,000만 원이 들었다. 노코드에서 쌓은 데이터를 옮기는 데만 2개월이 걸렸다.
반대로 직접 개발은 처음부터 모든 것을 통제할 수 있지만, 개발자 채용과 관리에 최소 6개월에서 1년이 필요하다. 초기 스타트업이라면 이 시간을 버티기 어렵다. 내가 권하는 기준은 이렇다. ‘3개월 안에 시장 반응을 확인해야 한다’면 노코드로 시작하되, 데이터 이전 계획을 처음부터 세워라. ‘처음부터 차별화된 기능이 핵심’이라면 외주 개발에 투자하라. 단, 유지보수 인력을 반드시 확보하라.
개발사 선정, 기술력보다 먼저 봐야 할 3가지 신호
플랫폼 제작 외주를 맡길 때 대표들은 포트폴리오와 기술 스택부터 본다. 물론 중요하다. 하지만 내가 10년 넘게 지켜본 결과, 프로젝트를 망치는 결정적 원인은 기술력이 아니었다. 커뮤니케이션 구조와 책임 범위, 그리고 ‘유지보수 태도’다.
첫째, 요구사항을 문서로 정리해주는가. 말로만 “네, 됩니다” 하는 개발사는 반드시 문제를 일으킨다. 기능 정의서, 화면 설계서, API 명세서를 만들어주는 곳은 전체의 20%도 안 된다. 둘째, 장애 발생 시 대응 시간을 계약서에 명시하는가. ’24시간 내 대응’이라는 문구만 있고 구체적인 SLA(서비스 수준 협약)가 없으면 새벽에 서버가 죽어도 다음 날 오후에나 연락이 온다.
셋째, 개발 완료 후 소스 코드와 데이터베이스 접근 권한을 온전히 넘겨주는가. 이걸 거부하거나 추가 비용을 요구하는 개발사는 절대 계약하지 마라. 한 고객은 이 조항 때문에 홈페이지제작 2년간 개발사에 발목이 잡혀 기능 하나 추가하는 데 3개월을 기다렸다. 계약서에 ‘소스 코드 및 데이터 소유권은 발주처에 있다’는 문장을 반드시 넣어야 한다.
오늘 당장 개발사에 보낼 이메일 한 통
플랫폼 제작을 시작하기로 마음먹었다면, 개발사와 두 번째 미팅을 잡기 전에 이 세 가지를 요구하라. 첫째, 3년 총소유비용(TCO) 견적서. 서버, 유지보수, 추가 개발 예상 비용을 연도별로 나눠서 받아라. 둘째, 데이터베이스 설계 초안. 테이블 목록과 관계도만 봐도 이 개발사가 플랫폼을 구조적으로 이해하는지 알 수 있다. 셋째, 유지보수 계약서 샘플. 장애 대응 시간, 월 유지보수 비용, 추가 개발 단가가 명시되어 있는지 확인하라.
이 세 가지를 요구하는 순간 절반의 개발사는 답변을 못 하거나 회피한다. 그런 곳은 처음부터 걸러지는 게 맞다. 나머지 절반 중에서도 TCO를 구체적인 숫자로 제시하는 곳은 10곳 중 2곳도 안 된다. 그 2곳이 진짜 플랫폼 제작을 해본 팀이다.
오늘 오후, 지금 미팅 중인 개발사에 이렇게 이메일을 보내라. “3년 TCO 견적서와 데이터베이스 설계 초안, 유지보수 계약서 샘플을 다음 미팅 전까지 받을 수 있을까요?” 이 한 통의 이메일이 1년 뒤 1억 원을 아껴줄 수 있다. 플랫폼 제작은 코딩이 아니라 의사결정의 연속이다. 그 첫 번째 결정을 오늘 내려라.
자주 묻는 질문
플랫폼 제작 비용은 보통 얼마인가요?
기본 기능만 갖춘 플랫폼은 3,000만 원에서 8,000만 원 사이에서 시작합니다. 하지만 결제, 정산, 알림, 관리자 대시보드까지 포함하면 1억 원을 넘기는 일이 흔합니다. 중요한 건 초기 견적이 아니라 3년 TCO입니다. 서버와 유지보수, 추가 개발을 합치면 초기 비용의 2~3배가 될 수 있습니다.
플랫폼 제작 기간은 얼마나 걸리나요?
간단한 MVP는 23개월, 결제와 정산이 포함된 중급 플랫폼은 58개월, 대규모 트래픽을 감당하는 플랫폼은 1년 이상 걸립니다. 개발 기간보다 중요한 것은 요구사항 정의와 화면 설계에 쓰는 시간입니다. 이 단계를 건너뛰면 개발 중간에 방향을 바꾸느라 2배 이상 지연됩니다.
노코드로 플랫폼 제작해도 괜찮을까요?
시장 검증이 목적이라면 노코드로 시작해도 됩니다. 하지만 하루 거래 100건을 넘거나 수수료가 매출의 5%를 넘으면 자체 개발로 전환을 고려해야 합니다. 노코드에서 쌓은 데이터를 옮기는 데만 1~2개월이 걸릴 수 있으니 처음부터 이전 계획을 세우세요.
외주 개발사와 직접 개발 중 어떤 게 나은가요?
초기 자금은 있지만 개발 인력이 없다면 외주가 낫습니다. 반대로 장기적으로 플랫폼을 키울 계획이고 최소 2명 이상의 개발자를 채용할 수 있다면 직접 개발이 유리합니다. 외주는 속도가 빠르지만 유지보수 비용이 계속 발생하고, 직접 개발은 초기 속도가 느리지만 통제력이 높습니다.
개발사와 계약할 때 꼭 확인해야 할 조항은 무엇인가요?
소스 코드와 데이터베이스 소유권이 발주처에 있다는 조항, 장애 대응 시간을 명시한 SLA, 추가 개발 단가를 미리 정한 유지보수 계약서입니다. 이 세 가지가 없으면 나중에 기능 하나 추가하는 데도 수개월과 예상치 못한 비용이 듭니다. 계약서에 명시되지 않은 구두 약속은 효력이 없다고 보면 됩니다.
견적서에 적힌 숫자는 시작일 뿐이다
플랫폼 제작을 의뢰한 대표님들이 가장 많이 하는 착각이 있습니다. 견적서에 적힌 금액이 곧 최종 비용이라고 믿는 겁니다. 제가 10년 넘게 현장에서 본 바로는, 첫 견적서와 실제 지출 사이에는 평균 30~50%의 차이가 발생합니다. 5천만 원 견적이 7천만 원이 되는 건 예사고, 심한 경우 두 배가 되기도 합니다.
왜 이런 일이 벌어질까요. 대부분의 개발사는 요구사항이 명확하지 않은 상태에서 견적을 냅니다. 기획이 없거나, 있어도 구멍이 숭숭 뚫려 있죠. 그러면 개발사는 최소한의 기능만 가정하고 가격을 부릅니다. 계약 후에 “이 기능은 추가 비용입니다”라는 말이 나오는 순간, 대표님들은 선택지가 없습니다. 이미 시작한 프로젝트를 멈출 수도 없고, 다른 업체로 옮기자니 더 손해입니다.
저는 이 구조를 ‘견적서의 함정’이라고 부릅니다. 견적서는 계약서가 아니라 영업 도구입니다. 상대방이 얼마를 쓸 의향이 있는지 탐색하는 수단이죠. 그래서 견적서를 받으면 금액보다 산출 근거를 먼저 봐야 합니다. 어떤 기능에 몇 명의 개발자가 며칠을 투입하는지, 그 숫자가 합리적인지 따져야 합니다.
기획 없는 개발은 모래 위에 집을 짓는 것
작년에 컨설팅을 진행한 한 고객이 있었습니다. 요식업 예약 플랫폼을 만들겠다며 개발사 세 곳에서 견적을 받아왔습니다. A사는 3천만 원, B사는 8천만 원, C사는 1억 5천만 원을 불렀습니다. 대표님은 당연히 A사를 선택하려 했습니다. 제가 견적서를 뜯어보니, A사는 예약 기능만 포함되어 있었고 결제 연동, 알림톡, 관리자 페이지는 전부 빠져 있었습니다. B사는 결제와 알림톡까지, C사는 여기에 데이터 분석과 CRM 연동까지 포함한 견적이었습니다.
같은 ‘예약 플랫폼’인데 포함된 범위가 이렇게 다릅니다. 문제는 대표님이 이 차이를 인지하지 못했다는 겁니다. 견적서에 ‘예약 시스템’이라고만 적혀 있으면, 그 안에 무엇이 들어있는지 알 방법이 없습니다. 결국 A사와 계약하고 6개월 뒤, 결제 모듈을 추가하느라 2천만 원을 더 썼습니다. 총 5천만 원. B사 견적보다 더 비싸게 끝난 셈이죠.
기획서 없이 견적을 비교하는 건 사과와 오렌지를 저울에 올리는 겁니다. 비교 자체가 성립하지 않습니다. 그래서 저는 플랫폼 제작을 시작하기 전에 최소 2주, 길게는 한 달 동안 요구사항 정의서를 만드는 데 투자하라고 권합니다. 이 기간에 들어가는 비용은 300만~500만 원 수준입니다. 이걸 아끼려다 수천만 원을 날리는 사례를 너무 많이 봤습니다.
개발사가 말하는 ‘유지보수’의 진실
계약서에서 가장 애매하게 넘어가는 부분이 유지보수 조항입니다. “월 100만 원에 유지보수 제공”이라는 문구를 보고 안심하는 대표님들이 많습니다. 그런데 그 100만 원에 무엇이 포함되는지는 아무도 모릅니다.
실제로는 버그 수정만 포함되고, 기능 추가는 별도 견적입니다. 서버 장애 대응은 포함되지만, 트래픽 증가로 서버 증설이 필요하면 추가 비용입니다. 보안 업데이트, 정기 백업, 데이터베이스 최적화는 대부분 빠져 있습니다. 플랫폼이 커지면 커질수록 유지보수 범위를 두고 분쟁이 생깁니다.
제가 본 가장 황당한 사례는 월 150만 원 유지보수 계약을 맺었는데, 1년 동안 단 한 번도 코드를 열어보지 않은 개발사였습니다. 장애가 터지면 그때만 급하게 대응하고, 평소에는 손을 놓고 있었습니다. 결국 해킹 사고가 났고, 복구에만 3천만 원이 들었습니다.
유지보수 계약을 할 때는 반드시 세 가지를 확인해야 합니다. 첫째, 월간 작업 내역서를 제공하는지. 둘째, 장애 대응 시간(SLA)이 명시되어 있는지. 셋째, 기능 추가 시 견적 산정 기준이 문서화되어 있는지. 이 세 가지가 없으면 그 계약은 사실상 무의미합니다.
기술 스택 선택이 3년 뒤 비용을 결정한다
플랫폼 제작 견적을 비교할 때 기술 스택을 물어보는 대표님은 열 명 중 한 명도 안 됩니다. 대부분 “알아서 잘 만들어주겠지”라고 생각하죠. 하지만 기술 홈페이지제작 스택은 3년 뒤 유지보수 비용과 인력 수급 난이도를 결정하는 핵심 변수입니다.
예를 들어, PHP 기반으로 만든 플랫폼은 초기 개발비가 저렴합니다. 하지만 3년 뒤 기능을 확장하려면 레거시 코드와 싸워야 하고, PHP 개발자를 구하기도 점점 어려워집니다. 반면 Node.js나 Python 기반은 초기 비용이 20~30% 높지만, 확장성과 인력 풀에서 유리합니다.
한 고객은 초기 비용을 아끼려고 2천만 원짜리 PHP 솔루션을 선택했습니다. 2년 뒤 회원 수가 10만 명을 넘으면서 성능 문제가 터졌습니다. 결국 플랫폼을 처음부터 다시 만드는 데 1억 2천만 원을 썼습니다. 처음부터 제대로 된 스택을 선택했다면 4천만 원으로 끝났을 일입니다.
물론 무조건 최신 기술이 답은 아닙니다. 팀의 역량, 서비스의 성장 속도, 예상 트래픽을 종합적으로 고려해야 합니다. 하지만 https://search.naver.com/search.naver?query=홈페이지제작 적어도 “왜 이 기술을 선택했는지” 개발사에 물어보는 것만으로도 큰 차이가 납니다.
외주 개발, 어디까지 맡겨야 할까
플랫폼 제작을 외주로 진행할 때 가장 흔한 실패 패턴은 ‘전부 맡기기’입니다. 기획부터 디자인, 개발, 운영까지 모든 것을 외주사에 의존하면, 내부에 아무런 자산이 남지 않습니다. 개발사가 손을 떼는 순간 플랫폼은 블랙박스가 됩니다.
제가 컨설팅한 한 스타트업은 3년 동안 한 개발사에 모든 것을 맡겼습니다. 계약이 끝나고 다른 업체로 옮기려 했더니, 코드 문서도 없고, 서버 접근 권한도 없고, 데이터베이스 구조도 파악할 수 없었습니다. 결국 처음부터 다시 만들어야 했습니다. 3년 동안 쌓은 데이터는 전부 날렸습니다.
반대로 잘한 사례도 있습니다. 한 대표님은 기획과 디자인은 외주로 맡기되, 핵심 데이터베이스 설계와 API 명세서는 직접 관리했습니다. 개발사가 바뀌어도 최소한의 연속성을 유지할 수 있었죠. 또한 소스코드와 서버 권한을 계약 조건에 명시해서, 분쟁 없이 이관할 수 있었습니다.
외주를 줄이는 방법은 두 가지입니다. 첫째, 기획은 내부에서 하거나 최소한 검수라도 직접 합니다. 둘째, 코드와 데이터에 대한 소유권을 계약서에 명확히 합니다. 이 두 가지만 지켜도 외주 리스크의 절반은 줄어듭니다.
개발 기간, 왜 항상 예상보다 길어질까
플랫폼 제작에서 가장 자주 어기는 약속이 일정입니다. 3개월이면 끝난다고 했는데 6개월이 걸리고, 6개월이면 1년이 됩니다. 왜 이런 일이 반복될까요.
첫째, 요구사항이 개발 중에 바뀝니다. 대표님이 시장 반응을 보고 기능을 추가하거나 수정하는 겁니다. 이건 자연스러운 일이지만, 일정에는 반영되지 않습니다. 둘째, 개발사가 여러 프로젝트를 동시에 진행합니다. 내 프로젝트에만 매달리는 게 아닙니다. 셋째, 테스트와 배포 단계에서 예상치 못한 버그가 쏟아집니다.
한 프로젝트를 분석해보니, 전체 기간 8개월 중 실제 개발은 4개월이었습니다. 나머지 4개월은 요구사항 회의, 디자인 수정, 테스트, 배포, 재수정에 쓰였습니다. 대표님들은 ‘개발 기간’만 생각하지만, 실제로는 그 주변 작업이 절반을 차지합니다.
그래서 일정을 계획할 때는 개발 기간에 최소 1.5배를 곱해야 합니다. 3개월이면 4.5개월, 6개월이면 9개월로 잡으세요. 그리고 중간중간 마일스톤을 설정해서 진행 상황을 확인해야 합니다. “다음 주에 보여드릴게요”라는 말만 믿으면 안 됩니다. 데모 가능한 결과물을 요구하세요.
오늘 당장 할 수 있는 세 가지 행동
플랫폼 제작을 앞두고 있다면, 오늘 바로 실행할 수 있는 것들이 있습니다. 첫째, 개발사에 ‘기능 목록’을 요구하세요. 견적서에 포함된 기능을 항목별로 나열해 달라고 하세요. 그리고 그 목록을 보면서 “이 기능이 없으면 서비스가 돌아가는가?”를 자문해보세요. 없어도 되는 기능은 과감히 빼세요. 3천만 원이 2천만 원으로 줄어들 수 있습니다.
둘째, 계약서에 ‘산출물 조항’을 넣으세요. 소스코드, 데이터베이스 스키마, API 문서, 서버 접근 권한, 배포 가이드. 이 다섯 가지를 계약 종료 시점에 모두 넘겨받는다는 조항을 명시하세요. 이게 없으면 나중에 발목 잡힙니다.
셋째, 첫 미팅에서 “이 프로젝트에서 가장 리스크가 큰 부분이 무엇인가요?”라고 물어보세요. 이 질문에 구체적으로 답하는 개발사는 실력이 있습니다. 반면 “걱정 마세요, 다 잘 됩니다”라고만 하는 곳은 피하세요. 플랫폼 제작은 기술이 아니라 판단의 연속입니다. 오늘 그 판단을 시작하세요.
자주 묻는 질문
플랫폼 제작 비용은 보통 얼마인가요?
간단한 예약이나 커뮤니티 플랫폼은 3천만5천만 원, 결제와 정산이 포함된 중급 플랫폼은 8천만1억 5천만 원, 대규모 트래픽과 데이터 분석이 필요한 경우 2억 원 이상도 듭니다. 비용은 기능 범위와 기술 스택에 따라 크게 달라지므로, 견적을 받을 때 포함된 기능 목록을 반드시 확인하세요.
외주 개발 후 유지보수는 꼭 해야 하나요?
법적으로 의무는 아니지만, 실제로는 거의 필수입니다. 플랫폼은 출시 후에도 보안 업데이트, 버그 수정, 서버 관리가 계속 필요합니다. 유지보수 없이 방치하면 해킹이나 데이터 유출 위험이 커지고, 나중에 복구 비용이 초기 개발비를 넘는 경우도 많습니다. 월 100만~300만 원 수준의 유지보수 계약을 권장합니다.
노코드 툴로 플랫폼 제작이 가능한가요?
가능합니다. 간단한 MVP나 내부용 도구라면 노코드로 2~4주 만에 만들 수 있고, 비용도 수백만 원 수준입니다. 하지만 회원 수가 많아지거나 복잡한 결제, 정산, 권한 관리가 필요하면 한계에 부딪힙니다. 노코드는 초기 검증용으로 쓰고, 서비스가 성장하면 커스텀 개발로 전환하는 전략이 일반적입니다.