견적서 한 장에 담긴 3천만 원과 3억 원의 차이
지난달 한 스타트업 대표가 저를 찾아왔습니다. 같은 기능을 요구했는데 A 업체는 3천만 홈페이지제작 원, B 업체는 3억 원을 불렀다는 겁니다. 10배 차이를 두고 “누가 바보를 만드는 거냐”고 화를 내셨죠. 저는 두 견적서를 나란히 놓고 한 줄씩 비교해봤습니다. 결론은 간단했습니다. A 업체는 화면만 만드는 견적이었고, B 업체는 화면 뒤에서 벌어지는 일까지 계산한 견적이었습니다.
플랫폼 제작에서 견적 차이가 나는 이유는 크게 세 가지입니다. 첫째, 회원 등급과 권한 관리가 들어가는지 여부. 둘째, 결제와 정산 모듈을 직접 개발하는지 기존 PG사 솔루션을 붙이는지. 셋째, 관리자 페이지를 어느 수준까지 만드는지. 이 세 가지만 정리해도 견적 편차의 70%는 설명됩니다.
제가 상담했던 한 교육 플랫폼 대표는 초기 견적 4천만 원으로 시작했다가 1년 만에 누적 2억 8천만 원을 썼습니다. 이유는 단 하나, 관리자 페이지를 대충 만들었기 때문입니다. 강사 등록, 환불 처리, 수강생 문의 대응을 전부 수작업으로 하다 보니 직원을 세 명 더 뽑아야 했습니다. 개발비를 아낀 게 인건비로 세 배가 되어 돌아온 겁니다.
그래서 저는 견적서를 받을 때 “이 금액에 관리자 페이지가 어디까지 포함됐나요”를 반드시 물으라고 말합니다. 이 질문 하나에 답이 흐릿하면 그 업체는 운영 단계를 생각하지 않는 곳입니다. 플랫폼 제작은 만드는 일이 아니라 굴러가게 하는 일이라는 걸, 대부분 대표님들은 1년 뒤에야 깨닫습니다.
기획서 30장보다 무서운 것, 운영 시나리오 3장
많은 분들이 기획서 두께로 실력을 판단합니다. 100장짜리 요구사항 정의서를 들고 오는 업체가 믿음직해 보인다고 하죠. 저는 반대입니다. 저는 기획서가 두꺼운 프로젝트일수록 오픈이 늦어지는 걸 수도 없이 봤습니다. 문서를 다듬는 시간에 실제 화면 하나를 더 만드는 게 낫습니다.
진짜 실력은 운영 시나리오에서 갈립니다. 예를 들어 회원 탈퇴를 생각해봅시다. 기획서에는 “회원 탈퇴 기능” 한 줄이면 끝입니다. 그런데 실제로는 탈퇴한 회원의 게시글은 어떻게 할지, 결제 이력은 보관할지, 재가입은 막을지, 탈퇴 후 7일 내 철회는 허용할지를 정해야 합니다. 이 네 가지만 정리해도 개발 일정이 2주는 줄어듭니다.
제가 일하는 방식은 이렇습니다. 기획 단계에서 “운영자 하루 일과”를 시간 순서대로 적어봅니다. 오전 9시에 문의 확인, 10시에 신규 회원 승인, 오후 2시에 정산 내역 검토. 이 흐름을 그대로 그려보면 어떤 버튼이 필요한지, 어떤 자동화가 필요한지 저절로 드러납니다. 이 작업에 반나절이면 충분합니다.
한 물류 플랫폼은 이 방식으로 개발 기간을 6개월에서 4개월로 줄였습니다. 기능을 덜 만든 게 아닙니다. 운영자가 안 쓸 기능 12개를 걸러낸 겁니다. 대표님은 그 12개를 만들려고 2개월치 인건비를 태울 뻔했습니다.
노코드로 시작할지, 처음부터 코드로 갈지
2020년 이후 노코드 도구로 플랫폼을 만드는 사례가 부쩍 늘었습니다. 저도 고객사에 노코드를 권한 적이 여러 번 있습니다. 다만 조건이 있습니다. 하루 방문자 5천 명 이하, 결제 로직이 단순한 경우, 그리고 https://en.search.wordpress.com/?src=organic&q=홈페이지제작 6개월 안에 시장 반응을 확인해야 하는 상황. 이 세 가지에 해당하면 노코드가 정답입니다.
반대로 하루 주문이 300건을 넘어가기 시작하면 이야기가 달라집니다. 노코드 도구는 대부분 월 구독료가 붙고, 트래픽이 늘면 요금제를 올려야 합니다. 제가 본 사례 중에는 월 30만 원으로 시작한 서비스가 2년 뒤 월 400만 원을 내는 경우도 있었습니다. 같은 시점에 코드로 직접 만든 경쟁사는 서버비 월 60만 원이었습니다.
여기서 흔한 착각이 있습니다. 노코드는 싸고 코드 개발은 비싸다는 공식입니다. 초기 1년만 보면 맞습니다. 3년을 보면 반대인 경우가 훨씬 많습니다. 다만 노코드로 3년을 버틴 서비스도 봤습니다. 이들은 예외 없이 기능 추가를 극도로 자제했습니다. 대표가 “이거 하나만 더”를 참아낸 대가입니다.
저는 이렇게 판단합니다. 매출이 붙기 전까지는 노코드로 시장을 검증하고, 월 매출 3천만 원을 넘기는 시점에 코드 전환을 검토하십시오. 그 전에 코드로 가면 대개 6개월을 태우고 시장이 없다는 걸 확인합니다. 순서가 바뀌면 비용이 두 배가 됩니다.
한 식자재 유통 플랫폼은 이 순서를 지켰습니다. 노코드로 8개월 운영하며 거래처 200곳을 모았고, 그 뒤 코드로 옮기며 기존 데이터를 그대로 이전했습니다. 전환 기간은 3개월, 추가 비용은 1억 2천만 원이었습니다. 처음부터 코드로 갔다면 같은 결과에 3억 원과 9개월이 필요했을 겁니다.
지금 당장 무엇부터 손대야 하는가
우선순위는 명확합니다. 첫째, 이번 분기 안에 돈이 들어오는 기능 하나를 정하십시오. 회원가입도 좋고, 상품 등록도 좋습니다. 단 하나여야 합니다. 둘째, 그 기능을 운영자가 하루에 몇 번 눌러야 하는지 세어보십시오. 20번을 넘으면 설계를 다시 해야 합니다.
셋째, 관리자 페이지 예산을 전체의 30% 이상 잡으십시오. 이 비율을 어기는 프로젝트는 거의 예외 없이 오픈 6개월 안에 재개발을 합니다. 넷째, 결제와 정산은 직접 만들지 마십시오. 검증된 외부 솔루션을 붙이고, 그 위에 여러분의 차별점을 얹으십시오.
다섯째, 개발사와 계약할 때 산출물 소유권과 소스 코드 이관 조항을 반드시 넣으십시오. 제가 아는 한 대표는 이 조항이 없어서 업체를 바꾸지 못하고 3년을 묶여 있었습니다. 월 유지보수비 200만 원을 그냥 내면서도 손을 못 댔습니다.
마지막으로, 오픈 후 3개월은 기능 추가를 금하십시오. 대신 로그를 보십시오. 사용자가 어디서 멈추는지, 어떤 버튼을 안 누르는지. 그 데이터가 다음 분기의 개발 목록을 대신 써줍니다. 플랫폼 제작의 승패는 첫 화면이 아니라 첫 90일의 관찰에서 갈립니다.
자주 묻는 질문
플랫폼 제작 비용은 보통 얼마인가요?
기능 범위에 따라 3천만 원에서 3억 원까지 벌어집니다. 회원 관리와 관리자 페이지, 결제 연동이 모두 포함된 중급 규모라면 8천만 원에서 1억 5천만 원 사이가 가장 흔합니다. 다만 이 금액은 초기 개발비일 뿐이고, 오픈 후 1년간 유지보수와 서버 운영비로 개발비의 20~30%가 추가로 든다고 보시면 됩니다.
노코드로 만든 플랫폼을 나중에 코드로 바꿀 수 있나요?
가능하지만 조건이 있습니다. 회원과 거래 데이터를 CSV나 API로 내보낼 수 있어야 하고, 노코드 도구가 데이터 이관을 허용하는 요금제여야 합니다. 실제 전환 작업은 보통 24개월 걸리고, 기존 개발비의 6080% 수준이 다시 듭니다. 처음 도구를 고를 때 데이터 내보내기 기능이 있는지부터 확인하십시오.
개발 외주를 주면 소스 코드는 제 것이 되나요?
계약서에 명시하지 않으면 대부분 개발사 소유로 남습니다. 산출물 소유권과 소스 코드 이관 시점, 이관 형식까지 조항에 못 박아야 합니다. 실무에서는 오픈 후 3개월 뒤 전체 소스를 받는 조건이 무난합니다. 이 조항이 없으면 나중에 다른 업체로 옮기지 못하고 유지보수비를 계속 물게 됩니다.
견적서 앞에서 무너지는 대표님들
지난주에도 한 스타트업 대표님이 제 사무실에 왔습니다. 같은 기능을 요구했는데 A 업체는 3천만 원, B 업체는 3억 원을 불렀답니다. 그는 “어느 쪽이 거짓말인지 모르겠다”고 했습니다. 제가 10년 넘게 플랫폼 제작 현장에서 겪은 바로는, 둘 다 거짓말이 아닙니다. 견적 차이는 실력 차이가 아니라 범위 정의의 차이에서 발생합니다.
대부분 대표님들은 ‘플랫폼’이라는 단어 하나로 소통합니다. 하지만 개발자에게 플랫폼은 로그인, 결제, 알림, 관리자 페이지, 데이터 분석, API 연동 등 수십 개의 모듈 조합입니다. A 업체는 이 중 20%만 구현하는 조건을, B 업체 홈페이지제작 는 100%에 가까운 조건을 제시했을 가능성이 큽니다. 견적서에 적힌 ‘기능 목록’이 아니라 ‘제외 항목’을 먼저 봐야 하는 이유입니다.
실제로 제가 컨설팅했던 한 고객은 4천만 원에 계약하고 1년 뒤 1억 8천만 원을 추가로 지출했습니다. 초기 견적에 빠져 있던 다국어 지원, 정산 시스템, 보안 인증이 나중에 필요해졌기 때문입니다. 처음부터 범위를 명확히 했다면 총액은 비슷했을 겁니다. 문제는 예산 계획이 무너진다는 점입니다.
개발 방식이 견적을 바꾸는 진짜 이유
플랫폼 제작 비용을 결정하는 핵심 변수는 개발 방식입니다. 크게 외주, 자체 개발, 노코드 세 가지로 나뉘는데, 각각의 비용 구조가 완전히 다릅니다. 외주는 초기비용이 높지만 내부 인건비가 들지 않고, 자체 개발은 초기비용은 낮아 보여도 채용과 유지보수에 연간 2억 원 이상이 소요될 수 있습니다. 노코드는 초기비용이 가장 낮지만 기능 확장에 한계가 있습니다.
제가 만난 한 물류 스타트업은 초기 MVP를 노코드로 2주 만에 500만 원에 만들었습니다. 시장 반응을 확인한 뒤 6개월 후 외주로 전환했고, 추가로 1억 2천만 원을 투자했습니다. 이 방식은 초기 리스크를 줄이는 데 효과적이었습니다. 반면, 처음부터 자체 개발팀을 꾸린 또 다른 고객은 개발자 3명 채용에만 1년간 3억 원을 썼고, 결국 제품 출시 전에 자금이 바닥났습니다.
견적 차이가 10배 나는 또 다른 이유는 기술 스택입니다. 예를 들어 결제 모듈 하나를 붙여도 국내 PG사 연동은 200만 원 선이지만, 글로벌 결제와 환율 정산까지 포함하면 2천만 원을 넘습니다. AI 추천 기능을 넣는다고 할 때 단순 필터링은 300만 원, 머신러닝 모델 학습과 서빙까지 포함하면 5천만 원 이상입니다. 요구사항 한 줄이 견적서에서는 열 배 차이를 만듭니다.
여기에 유지보수 비용을 빼놓을 수 없습니다. 많은 대표님들이 초기 개발비만 보고 계약했다가 연간 유지보수 계약서를 보고 놀랍니다. 보통 초기 개발비의 15~20%를 매년 지불해야 합니다. 3천만 원짜리 플랫폼도 매년 500만 원 안팎의 유지보수 비용이 발생한다는 뜻입니다. 이 비용을 초기 예산에 넣지 않으면 2년 차에 서비스가 멈출 수 있습니다.
현장에서 본 실패와 성공의 갈림길
플랫폼 https://search.naver.com/search.naver?query=홈페이지제작 제작 프로젝트가 실패하는 가장 흔한 패턴은 ‘기능 욕심’입니다. 제가 작년에 상담한 한 교육 플랫폼 대표는 첫 회의에서 기능 목록 70개를 들고 왔습니다. 예산은 5천만 원이었습니다. 저는 그중 10개만 남기고 나머지는 2차 버전으로 미루라고 조언했습니다. 그는 받아들였고, 6개월 후 4천만 원으로 1차 버전을 출시했습니다. 3개월 만에 사용자 1만 명을 확보한 뒤 투자 유치에 성공해 2차 버전 예산 3억 원을 확보했습니다.
반대 사례도 있습니다. 한 유통 플랫폼은 초기부터 완벽한 시스템을 만들겠다며 2년간 개발만 했습니다. 출시 시점에는 경쟁사가 이미 시장을 장악했고, 기능은 더 좋았지만 사용자는 없었습니다. 플랫폼 제작에서 완벽함은 적이 될 수 있습니다. 시장은 기다려주지 않습니다.
또 하나 중요한 포인트는 데이터베이스 설계입니다. 초기 사용자 1천 명을 가정하고 설계한 플랫폼이 10만 명을 감당하지 못해 전면 재개발하는 사례를 여러 번 봤습니다. 재개발 비용은 초기 개발비의 23배입니다. 처음부터 확장 가능한 구조를 잡는 데 1015% 추가 예산을 쓰는 것이 훨씬 경제적입니다.
보안도 무시할 수 없습니다. 개인정보보호법 강화로 인해 플랫폼 제작 시 암호화, 접근 제어, 로그 관리가 필수입니다. 이를 소홀히 했다가 과징금 수천만 원을 문 업체도 있습니다. 특히 회원 정보를 다루는 플랫폼이라면 초기부터 보안 감사를 염두에 둬야 합니다.
견적서를 읽는 실무자의 눈
플랫폼 제작 업체를 선정할 때 가장 먼저 볼 것은 포트폴리오가 아니라 ‘질문의 질’입니다. 좋은 업체는 요구사항을 듣자마자 사용자 시나리오, 트래픽 예상, 데이터 흐름을 묻습니다. 반면 견적만 빠르게 내미는 업체는 대개 템플릿으로 작업합니다. 제 경험상 전자는 견적이 20~30% 높지만, 후자는 추가 비용이 2배 이상 발생할 확률이 높습니다.
계약서에는 반드시 산출물 정의, 변경 관리 절차, 지식재산권 귀속, 유지보수 범위를 명시해야 합니다. 특히 ‘변경 요청’이 발생했을 때 비용과 일정을 어떻게 조정할지 구체적으로 적어두세요. 이 조항 하나로 분쟁을 막을 수 있습니다. 실제로 한 고객은 이 조항 덕분에 3천만 원 추가 청구를 막았습니다.
기술 스택도 확인하세요. 특정 업체만 사용하는 프레임워크로 개발하면 나중에 다른 업체로 이전하기 어렵습니다. 오픈소스 기반의 범용 스택을 쓰는지, 코드 문서화를 해주는지 물어보세요. 문서화가 안 된 코드를 인수받으면 유지보수 비용이 두 배로 뜁니다.
마지막으로 팀 구성입니다. 기획자, 디자이너, 백엔드, 프론트엔드, QA가 모두 있는지 확인하세요. 5명 미만의 팀이 3억 원짜리 프로젝트를 수주한다면 일정 지연을 각오해야 합니다. 반대로 대형 SI 업체는 인건비가 높아 같은 기능도 1.5배 비쌀 수 있습니다. 규모와 프로젝트 복잡도를 맞추는 것이 핵심입니다.
결국 플랫폼 제작의 성패는 ‘얼마나 싸게 만드는가’가 아니라 ‘얼마나 오래 살아남는가’에 달려 있습니다. 3천만 원 견적과 3억 원 견적 사이에서 고민된다면, 그 차이가 어디서 발생하는지 항목별로 분해해보세요. 그리고 3년 뒤 유지보수와 확장 비용까지 계산에 넣으세요. 그 숫자가 진짜 견적입니다.
자주 묻는 질문
플랫폼 제작 비용은 보통 얼마인가요?
간단한 MVP는 500만 원에서 3천만 원, 중간 규모는 5천만 원에서 1억 5천만 원, 대규모는 3억 원 이상입니다. 비용은 기능 수, 연동 시스템, 보안 수준에 따라 결정되며, 유지보수 비용으로 매년 초기 개발비의 15~20%가 추가로 필요합니다.
외주 개발과 자체 개발 중 어떤 게 더 저렴한가요?
초기 비용만 보면 외주가 저렴할 수 있지만, 장기적으로는 자체 개발이 유리할 때도 있습니다. 자체 개발은 개발자 3명 기준 연간 2억 원 이상의 인건비가 들지만, 제품을 지속적으로 개선하기 쉽습니다. 반면 외주는 초기비용이 높고 요구사항 변경 시 추가 비용이 발생합니다.
노코드로 플랫폼 제작이 가능한가요?
가능합니다. 특히 초기 시장 검증용 MVP는 노코드로 2주 만에 500만 원 내외로 만들 수 있습니다. 하지만 사용자가 늘고 복잡한 기능이 필요해지면 한계에 부딪혀 결국 외주나 자체 개발로 전환해야 하며, 이때 추가 비용이 발생합니다.
플랫폼 제작 기간은 얼마나 걸리나요?
기능 범위에 따라 다르지만, 간단한 플랫폼은 2~3개월, 중간 규모는 6개월, 복잡한 시스템은 1년 이상 걸립니다. 일정 지연의 주된 원인은 요구사항 변경과 의사결정 지연이므로, 초기 기획을 탄탄히 하는 것이 기간을 단축합니다.
개발 업체 선정 시 가장 중요한 기준은 무엇인가요?
포트폴리오보다 요구사항을 얼마나 깊이 이해하는지가 중요합니다. 사용자 시나리오와 데이터 흐름을 먼저 묻는 업체가 좋습니다. 또한 계약서에 산출물, 변경 관리, 지식재산권, 유지보수 범위를 명확히 명시하는지 확인하세요.
플랫폼 제작 후 유지보수는 꼭 필요한가요?
필수입니다. 보안 업데이트, 버그 수정, 서버 관리, 기능 개선을 위해 연간 초기 개발비의 15~20%를 유지보수 비용으로 계획해야 합니다. 이를 소홀히 하면 서비스 장애나 보안 사고로 더 큰 비용이 발생할 수 있습니다.