CPI 모터 유럽

같은 기능, 3배 차이 나는 견적의 비밀

지난해 상담한 스타트업 대표님 두 분이 같은 시기에 플랫폼 제작을 의뢰했습니다. 한 분은 3,200만 원에 계약했고, 다른 분은 1억 1,000만 원을 썼습니다. 기능 목록만 보면 90% 겹쳤습니다. 회원가입, 결제, 리뷰, 알림, 관리자 페이지. 그런데 1년 뒤 상황은 정반대였습니다. 3,200만 원을 쓴 대표님은 추가 개발비로 7,800만 원을 더 태우고도 서비스를 열지 못했습니다. 1억을 쓴 대표님은 4개월 만에 오픈해 월 거래액 2억을 넘겼습니다.

왜 이런 일이 벌어질까요. 견적서에는 숫자만 적혀 있습니다. 그 숫자가 어떤 조건에서 산출됐는지는 보이지 않습니다. 저는 10년 넘게 현장에서 플랫폼 제작 프로젝트를 지켜보면서, 견적 차이를 만드는 진짜 변수 네 가지를 정리했습니다. 이 네 가지를 모르면 싼 견적이 오히려 비쌉니다.

첫 번째 변수는 기획의 깊이입니다. 3,000만 원 견적서에는 보통 ‘요구사항 정의서’ 한 장이 붙습니다. 1억 견적서에는 화면 설계서 200장과 데이터 흐름도, 예외 처리 정의서가 포함됩니다. 전자는 개발자가 해석할 여지를 남기고, 후자는 해석의 여지를 없앱니다. 해석이 남으면 개발 기간이 늘고, 그 늘어난 기간이 추가 비용으로 청구됩니다.

두 번째는 기술 부채입니다. 3,000만 원에 맞춘 개발사는 대부분 외주 인력을 단기로 씁니다. 코드 품질보다 납기를 우선합니다. 그래서 6개월 뒤 기능 하나를 추가하려 해도 기존 코드를 건드릴 수 없어 처음부터 다시 짜야 하는 상황이 옵니다. 1억 견적에는 테스트 자동화, 코드 리뷰, 문서화 비용이 녹아 있습니다. 당장은 비싸 보이지만 2년 뒤 유지보수 비용에서 역전됩니다.

세 번째는 확장성입니다. 회원 1만 명까지는 어떤 구조로 만들어도 버팁니다. 문제는 10만 명, 100만 명으로 늘어날 때입니다. 3,000만 원 플랫폼은 대개 단일 서버에 모든 기능을 몰아넣습니다. 1억 플랫폼은 처음부터 분리된 구조로 설계합니다. 초기 비용은 3배 차이지만, 회원 50만 명 시점에서 서버 증설 비용은 10배 차이로 벌어집니다.

네 번째는 책임 범위입니다. 3,000만 원 계약서에는 장애 대응 조항이 없거나, 있어도 ‘노력한다’ 수준입니다. 1억 계약서에는 장애 등급별 대응 시간, 데이터 백업 주기, 보안 점검 일정이 명시됩니다. 플랫폼은 한 번 터지면 회복 비용이 개발비를 넘습니다. 그 보험료가 견적에 포함되느냐가 아니냐의 차이입니다.

3천만원 견적서에 숨은 다섯 가지 누락 항목

제가 컨설팅한 47개 프로젝트 중 3,000만 원 이하 견적서에서 공통적으로 빠지는 항목이 다섯 가지 있었습니다. 첫째, 관리자 페이지 권한 관리입니다. 초기에는 대표님 한 분이 모든 걸 관리합니다. 직원이 5명만 넘어가도 권한을 나눠야 하는데, 이 기능이 없으면 관리자 페이지를 통째로 다시 만들어야 합니다. 재개발 비용은 평균 1,200만 원입니다.

둘째, 로그 수집과 모니터링입니다. 장애가 나면 원인을 찾아야 하는데 로그가 없으면 추측만 하게 됩니다. 로그 시스템 구축에 300만 원을 아끼려다 장애 한 번에 500만 원을 쓰는 사례를 수도 없이 봤습니다.

셋째, 약관과 개인정보 처리방침 자동화입니다. 회원이 탈퇴하면 개인정보를 파기해야 하는데, 이걸 수동으로 하다가 과태료를 맞은 업체가 작년에만 세 곳입니다. 과태료는 평균 2,000만 원대입니다.

넷째, 결제 실패 복구 로직입니다. 결제는 성공보다 실패가 많습니다. 카드 한도, 은행 점검, 네트워크 오류. 실패한 결제를 자동으로 재시도하거나 사용자에게 안내하는 로직이 없으면 매출이 그냥 새어 나갑니다. 한 고객사는 이 기능 하나로 월 매출 8%를 회복했습니다.

다섯째, 데이터 마이그레이션 계획입니다. 서비스를 운영하다 보면 DB 구조를 바꿔야 할 때가 옵니다. 이때 다운타임 없이 이전하는 절차가 없으면 새벽에 서비스를 멈추고 작업해야 합니다. 사용자 이탈은 그때부터 시작됩니다.

이 다섯 가지를 모두 포함하면 견적이 1,500만 원에서 2,500만 원 올라갑니다. 그래서 많은 대표님이 이 항목을 빼고 계약합니다. 그리고 https://www.nytimes.com/search?dropmab=true&query=홈페이지제작 6개월 뒤에 두 배로 돌려받습니다. 저는 이 다섯 가지가 빠진 견적서를 ‘반쪽 견적서’라고 부릅니다. 반쪽 견적서로 시작한 프로젝트가 완주한 경우를 저는 아직 못 봤습니다.

1억 견적이 합리적인 경우와 그렇지 않은 경우

비싼 견적이 항상 옳은 것도 아닙니다. 1억 원을 부르는 개발사 중에도 실제 작업 역량이 3,000만 원 수준인 곳이 있습니다. 이걸 구분하는 기준은 포트폴리오에 있습니다. 진짜 1억 프로젝트를 해본 팀은 자신들이 만든 플랫폼의 동시 접속자 수, 일 거래량, 장애 이력을 숫자로 말합니다. 반대로 포장만 잘한 팀은 ‘대기업 프로젝트 참여’ 같은 모호한 표현을 씁니다.

또 하나의 기준은 견적서 항목의 구체성입니다. 1억 견적서에 ‘개발비 8,000만 원’이라고만 적혀 있으면 의심해야 합니다. 진짜 1억 프로젝트 견적서는 기획 1,200만 원, 디자인 1,500만 원, 프론트엔드 2,400만 원, 백엔드 3,100만 원, QA 800만 원, 배포 및 안정화 1,000만 원처럼 쪼개져 있습니다. 항목이 쪼개져 있다는 건 그만큼 책임 소재가 명확하다는 뜻입니다.

반대로 1억 견적이 과한 경우도 있습니다. 아직 사용자 1,000명도 확보하지 못한 초기 서비스라면, 1억을 쓸 필요가 없습니다. 이때는 3,000만 원으로 핵심 기능만 만들어 시장 반응을 확인하고, 검증된 뒤에 1억을 투자하는 게 맞습니다. 문제는 3,000만 원으로 만든 플랫폼을 그대로 확장하려 할 때입니다. 확장이 아니라 재개발이 되기 때문입니다.

그래서 저는 대표님들께 이렇게 조언합니다. ‘3,000만 원으로 시작하되, 처음부터 재개발을 전제로 설계하세요.’ 그러려면 3,000만 원 견적서에 데이터 구조와 API 명세가 포함돼 있어야 합니다. 이 두 가지가 있으면 나중에 1억을 들이더라도 기존 자산을 살릴 수 있습니다. 이게 없으면 3,000만 원은 그냥 사라지는 돈이 됩니다.

실제로 제가 자문한 한 스타트업은 2,800만 원으로 MVP를 만들었습니다. 대신 데이터 구조와 API 문서를 별도로 400만 원을 들여 정리했습니다. 8개월 뒤 시리즈 A 투자를 받고 플랫폼을 확 홈페이지제작 장할 때, 기존 코드의 70%를 재활용했습니다. 확장 비용이 6,000만 원으로 끝났습니다. 같은 기능을 처음부터 다시 만들었다면 2억이 들었을 겁니다.

견적서에 속지 않으려면 대표가 직접 물어야 할 세 가지 질문

플랫폼 제작에서 가장 흔한 실수는 견적서의 총액만 비교하는 것입니다. 저는 이 실수 때문에 3억을 날린 대표님을 봤습니다. 견적서를 받으면 개발사에 직접 세 가지를 물어보세요.

첫째, ‘이 견적서에 포함되지 않은 항목은 무엇인가요?’라고 묻습니다. 좋은 개발사는 누락 항목을 숨기지 않고 목록으로 줍니다. 이 질문에 ‘없습니다’라고 답하는 곳은 계약 후에 반드시 추가 비용을 청구합니다. 둘째, ‘개발 완료 후 6개월 동안 무상으로 지원하는 범위가 어디까지인가요?’라고 묻습니다. 이 범위가 계약서에 없으면 오픈 직후 버그 하나 고치는 데도 견적이 나옵니다. 셋째, ‘개발 중에 제가 요구사항을 바꾸면 어떻게 처리되나요?’라고 묻습니다. 이 답변에 변경 관리 절차가 없으면 프로젝트는 무한정 늘어집니다.

이 세 질문에 명확히 답하지 못하는 개발사와는 계약하지 않는 게 낫습니다. 싸게 시작해서 비싸게 끝나는 플랫폼 제작의 가장 큰 원인은 기술력이 아니라 계약서의 빈칸입니다. 그 빈칸을 채우는 건 개발사가 아니라 대표님의 질문입니다.

자주 묻는 질문

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

기능 범위에 따라 다르지만, 회원·결제·관리자 페이지를 갖춘 기본 플랫폼은 기획 1개월, 개발 3개월, 안정화 1개월로 총 5개월 안팎이 걸립니다. 3,000만 원대 단기 프로젝트는 23개월에 끝내는 경우가 많지만, 이 경우 테스트와 문서화가 생략돼 오픈 후 버그 대응에 추가 시간이 들어갑니다. 1억 이상 프로젝트는 68개월을 잡는 게 일반적입니다.

노코드 툴로 플랫폼 제작하면 비용이 얼마나 절감되나요?

초기 개발비는 500만1,500만 원 수준으로 줄일 수 있지만, 월 구독료가 사용자 수에 비례해 늘어납니다. 회원 5만 명 기준 월 200만400만 원이 나가는 경우도 있습니다. 기능 커스터마이징에 한계가 있어, 2년 이상 운영할 계획이라면 직접 개발이 총소유비용에서 유리해지는 구간이 옵니다.

플랫폼 제작 후 유지보수 비용은 매달 얼마나 드나요?

초기 개발비의 1015%를 연간 유지보수비로 잡는 게 일반적입니다. 1억 원 플랫폼이면 연 1,000만1,500만 원, 월 80만~120만 원 수준입니다. 여기에 서버비, 결제 수수료, 보안 점검 비용이 별도로 붙습니다. 유지보수 계약에 장애 대응 범위가 포함돼 있는지 반드시 확인해야 합니다.

외주 개발사와 자체 개발팀 중 어느 쪽이 나은가요?

초기에는 외주가 효율적이지만, 서비스가 안정화되고 기능 변경이 잦아지면 자체 팀이 유리해집니다. 외주는 요구사항 전달과 검수에 시간이 들고, 변경 요청마다 비용이 발생합니다. 월 개발 요청이 5건 이상으로 늘어나는 시점이 자체 팀 전환을 검토할 때입니다. 다만 자체 팀은 인건비가 월 3,000만 원 이상 나갑니다.

플랫폼 제작 계약 시 반드시 확인해야 할 조항은 무엇인가요?

지식재산권 귀속, 소스코드 인도 시점, 장애 대응 시간, 변경 요청 처리 절차 네 가지입니다. 특히 소스코드 인도 조항이 없으면 개발사와 분쟁 시 플랫폼을 이전할 수 없습니다. 계약서에 ‘검수 완료 후 7일 이내 소스코드 및 데이터베이스 스키마 인도’ 같은 구체적 문구가 있는지 확인하세요.