견적서 두 장을 받아든 대표님의 표정
지난주에도 한 대표님을 만났습니다. 플랫폼 제작을 위해 세 곳에서 견적을 받아왔는데, A사는 3,200만원, B사는 6,800만원, C사는 1억 2,000만원을 불렀습니다. 대표님은 “같은 기능인데 어떻게 이렇게 차이가 나느냐”고 물었습니다. 저는 그 자리에서 견적서를 나란히 놓고 하나씩 짚어드렸습니다.
결론부터 말하면, 견적 차이는 기능 목록이 아니라 그 기능을 어떤 구조로 구현하는지에서 발생합니다. 견적서에는 똑같이 ‘회원 관리’, ‘결제 연동’, ‘관리자 페이지’라고 적혀 있지만, 그 안을 들여다보면 완전히 다른 세계입니다. 어떤 업체는 오픈소스 솔루션을 조합해 3주 만에 끝내고, 어떤 업체는 처음부터 자체 프레임워크로 6개월을 설계합니다.
문제는 대표님이 이 차이를 판단할 기준을 갖고 있지 않다는 겁니다. 견적서만 보면 A사가 가장 합리적으로 보입니다. 하지만 6개월 뒤, A사 플랫폼은 회원 1만 명을 넘기면서 페이지 로딩이 8초를 넘기고, 관리자 페이지에서는 데이터가 뒤엉키기 시작합니다. 그때 추가 개발비 2,000만원을 들여 구조를 뜯어고치게 됩니다. 총액은 B사보다 비싸집니다.
3천만원 견적서에 숨은 다섯 가지 가정
3,000만원대 견적서를 자세히 들여다보면 공통적인 가정이 있습니다. 첫째, 동시 접속자 100명 이하. 둘째, 월 데이터 5GB 이하. 셋째, 외부 API 연동 3개 이하. 넷째, 관리자 기능은 단순 CRUD. 다섯째, 유지보수는 월 50만원 별도.
이 가정이 틀리면 비용이 폭발합니다. 예를 들어 동시 접속자 500명을 처리하려면 서버 아키텍처를 바꿔야 하고, 그 순간 추가 비용 1,500만원이 발생합니다. 데이터가 50GB를 넘으면 DB 설계를 다시 해야 하고, 여기에 800만원이 붙습니다.
더 무서운 건 유지보수입니다. 3,000만원 견적을 낸 업체는 대부분 유지보수 인력을 따로 두지 않습니다. 장애가 나면 대표님이 직접 연락해서 처리해야 하고, 급하면 비용을 더 내야 합니다. 제가 만난 한 스타트업은 3,200만원에 플랫폼을 만들었는데, 1년간 긴급 수정 비용으로 1,800만원을 추가로 지출했습니다.
1억 견적서가 정당화되는 세 가지 순간
1억 원 견적이 항상 정당한 건 아닙니다. 하지만 다음 세 가지 상황에서는 3,000만원 견적이 오히려 독이 됩니다.
첫째, 플랫폼이 회사의 핵심 수익원일 때. 예를 들어 교육 플랫폼에서 수강생 결제와 진도 관리가 매출의 80%를 차지한다면, 3,000만원짜리 구조로는 트래픽 폭주 시 결제가 멈춥니다. 실제로 한 에듀테크 대표는 3,500만원으로 시작했다가 오픈 첫 달에 결제 오류로 2,000만원 매출을 날렸습니다.
둘째, 데이터가 자산이 될 때. 사용자 행동 데이터를 분석해 추천 알고리즘을 돌리려면 초기부터 데이터 파이프라인을 설계해야 합니다. 나중에 붙이려면 전체를 다시 만들어야 합니다. 이 경우 최소 8,000만원 이상이 필요합니다.
셋째, 규제 산업일 때. 금융, 의료, 개인정보를 다루는 플랫폼은 보안 인증과 감사 로그가 필수입니다. 3,000만원 견적서에는 이런 항목이 빠져 있습니다. 나중에 추가하면 비용이 두 배로 듭니다.
견적서에서 반드시 확인해야 할 숫자 일곱 가지
견적서를 받으면 다음 숫자를 확인하세요. 첫째, 개발 인력의 평균 연차와 투입 기간. 3,000만원 견적에 ‘개발자 3명, 2개월’이라고 적혀 있다면, 한 명당 월 500만원입니다. 이는 신입 또는 외주 하청을 의미합니다. 둘째, QA(품질보증) 기간. 1억 견적서에는 보통 4주 이상의 QA가 포함됩니다. 3,000만원에는 없습니다.
셋째, 배포 후 무상 수정 기간. 3개월인지 6개월인지에 따라 초기 비용이 500만원 이상 차이 납니다. 넷째, 서버 비용 주체. 클라우드 비용을 누가 부담하는지 명시되어야 합니다. 월 100만원 이상 차이 날 수 있습니다.
다섯째, 코드 소유권. 외주 업체가 코드를 소유하면 나중에 다른 업체로 옮길 수 없습니다. 여섯째, API 연동 개수. 초과 시 건당 100만~300만원이 추가됩니다. 일곱째, 관리자 페이지의 권한 관리 수준. 단순 관리자와 다중 권한 관리는 개발 공수가 3배 차이 납니다.
노코드 플랫폼 https://www.nytimes.com/search?dropmab=true&query=플랫폼 제작 제작이 답이 되는 경우와 함정
최근에는 노코드 툴로 플랫폼을 만드는 경우가 늘었습니다. 월 30만~50만원 구독료로 2주 만에 프로토타입을 만들 수 있습니다. 초기 비용은 3,000만원 견적의 10분의 1입니다.
하지만 노코드는 세 가지 함정이 있습니다. 첫째, 트랜잭션이 많아지면 속도가 급격히 떨어집니다. 한 고객사는 노코드로 회원 5,000명까지는 버텼지만, 1만 명을 넘기자 페이지 로딩이 12초를 넘었습니다. 둘째, 커스터마이징에 한계가 있습니다. 특정 결제 모듈이나 물류 연동이 안 되는 경우가 많습니다. 셋째, 데이터 이전이 어렵습니다. 노코드 플랫폼에서 자체 개발로 옮기려면 데이터를 추출해 다시 구조화해야 하는데, 이 작업에만 2,000만원이 들 수 있습니다.
그럼에도 불구하고 초기 아이디어 검증 단계라면 노코드가 현명합니다. 3개월간 시장 반응을 보고, 검증되면 그때 자체 개발로 전환하는 겁니다. 이 경우 첫해 총비용은 500만원 안쪽입니다.
개발자를 직접 채용하는 것과 외주, 어느 쪽이 나을까
플랫폼 제작을 외주로 할지, 개발자를 직접 뽑을지 고민하는 대표님이 많습니다. 결론부터 말하면, 초기에는 외주가 낫습니다. 개발자 1명 채용에 연봉 6,000만8,000만원, 여기에 4대 보험과 장비를 더하면 첫해 1억 원 가까이 듭니다. 게다가 채용 자체가 36개월 걸립니다.
하지만 외주는 지속적인 유지보수에 약합니다. 플랫폼이 안정화된 후에는 내부 개발자가 필요합니다. 제가 본 이상적인 전환 시점은 플랫폼 플랫폼 제작 제작 완료 후 6개월입니다. 이 기간에 외주 업체와 함께 운영하면서 코드를 이해하고, 이후 내부 개발자를 채용해 인수인계합니다.
한 고객사는 이 방식으로 2년간 총 1억 8,000만원을 투자해 자체 플랫폼을 완성했습니다. 처음부터 내부 개발자를 뽑았다면 같은 기간에 2억 5,000만원 이상 들었을 겁니다. 물론 외주 업체와의 관계가 좋아야 합니다. 계약서에 인수인계 조항을 반드시 넣으세요.
오늘 당장 견적서를 다시 펼쳐서 해야 할 일
지금 가지고 있는 견적서를 꺼내서 세 가지를 확인하세요. 첫째, ‘동시 접속자 수’와 ‘데이터 용량’이 명시되어 있는가. 없다면 그 견적서는 무효입니다. 둘째, ‘무상 하자 보수 기간’이 6개월 이상인가. 3개월이면 부족합니다. 셋째, ‘코드 소유권’이 발주자에게 있는가. 없다면 추가 비용을 주고라도 반드시 확보하세요.
이 세 가지가 충족되지 않으면, 견적서를 다시 요청하세요. 그리고 업체에 “우리 플랫폼이 2년 뒤 회원 5만 명, 일 주문 3,000건이 되면 어떤 부분을 추가로 개발해야 하고, 비용은 얼마인지”를 물어보세요. 이 질문에 명확히 답하는 업체가 진짜 파트너입니다.
마지막으로, 플랫폼 제작 예산의 20%는 반드시 ‘추가 개발비’로 남겨두세요. 1억 원 예산이면 8,000만원으로 시작하고, 2,000만원은 비워둡니다. 이 여유가 없으면 돌발 상황에서 무리한 차입을 하게 됩니다. 오늘 이 세 가지만 점검해도 6개월 뒤 후회할 확률이 절반으로 줄어듭니다.
자주 묻는 질문
플랫폼 제작 비용은 보통 얼마인가요?
최소 기능 제품(MVP) 기준으로 3,000만5,000만원, 안정적인 상용 서비스는 8,000만1억 5,000만원이 일반적입니다. 다만 동시 접속자 수, 데이터 처리량, 외부 연동 개수에 따라 같은 기능도 두 배 이상 차이 날 수 있습니다. 견적을 받을 때는 반드시 이 세 가지 조건을 명시해 달라고 요청하세요.
외주 개발 후 유지보수는 어떻게 해야 하나요?
계약 시 무상 하자 보수 기간(최소 6개월)과 월 유지보수 비용(보통 개발비의 1015%)을 명시해야 합니다. 유지보수 범위에는 단순 오류 수정뿐 아니라 서버 모니터링, 보안 업데이트, 정기 백업이 포함되어야 합니다. 별도 계약이 없다면 장애 발생 시 긴급 출동비가 건당 50만200만원 추가될 수 있습니다.
노코드 툴로 플랫폼 제작해도 괜찮을까요?
초기 시장 검증 단계라면 노코드가 효율적입니다. 월 30만~50만원으로 2주 내 프로토타입을 만들 수 있습니다. 하지만 일 주문 100건을 넘기거나 커스터마이징이 필요해지면 한계에 부딪힙니다. 1년 내에 회원 1만 명 이상을 예상한다면 처음부터 자체 개발이나 외주를 고려하는 편이 낫습니다.
답글 남기기