견적서 두 장, 같은 기능인데 왜 7천만원이 차이 날까
작년 말, 한 중견기업 대표님과 미팅을 했다. 기존에 받아둔 견적서 두 장을 식탁 위에 펼쳐놓고 물으셨다. “기능 목록은 거의 똑같은데 한 곳은 3천만원, 다른 곳은 1억이라고 합니다. 이게 말이 됩니까?”
나는 그 자리에서 두 견적서를 나란히 놓고 한 줄씩 비교해드렸다. 표면적으로는 둘 다 ‘회원 관리, 결제, 게시판, 알림’이었다. 하지만 https://www.nytimes.com/search?dropmab=true&query=https://webpreme.com 3천만원 견적서에는 관리자 페이지가 ‘기본형’이라고만 적혀 있었고, 1억 견적서에는 ‘권한별 대시보드 4종, 실시간 로그 모니터링, 일괄 처리 도구 포함’이라고 구체적으로 적혀 있었다.
대표님은 그제야 아차 싶은 표정을 지으셨다. 견적서에 적힌 ‘기본형’이라는 두 글자가 나중에 얼마나 큰 비용으로 돌아오는지를 그때는 몰랐던 것이다. 플랫폼 제작에서 견적 차이는 기능의 유무가 아니라, 그 기능이 ‘어느 수준까지 작동하느냐’에서 갈린다.
3천만원 견적서가 6개월 뒤에 청구서가 되는 이유
3천만원 견적서를 받아들인 대표님들이 6개월 뒤에 나에게 다시 연락을 주시는 패턴이 있다. 공통점이 있다. 처음에는 ‘빠르게 오픈하는 것’이 목표였다. 그런데 오픈하고 나서 3개월쯤 지나면 반드시 이런 요청이 들어온다. “회원 등급별로 다른 요금제를 적용하고 싶다”, “관리자가 직접 통계를 뽑아서 엑셀로 내려받고 싶다”, “파트너사가 자기들만의 페이지를 가질 수 있게 해달라”고.
이 요청들은 처음 견적서에 없던 것들이다. 추가 개발 견적을 내보면 최소 1,500만원에서 3,000만원이 나온다. 처음에 1억을 주고 제대로 만든 것과 결과적으로 비용이 비슷해지거나, 오히려 더 들어가는 경우도 허다하다.
더 큰 문제는 시간이다. 처음부터 설계에 반영되지 않은 기능을 나중에 얹으면 기존 코드를 뜯어고쳐야 한다. 신축 건물에 나중에 지하 주차장을 파는 격이다. 3천만원 아낀 돈보다 6개월간의 기회비용이 더 클 수 있다.
개발사가 ‘기본형’이라고만 쓰는 진짜 속내
개발사가 견적서에 ‘기본형’이라고 쓰는 데는 이유가 있다. 첫째, 쓰는 사람 입장에서 구체적으로 쓰면 견적이 올라가고, 그러면 계약이 깨질까 봐 두렵다. 둘째, 실제로 ‘기본형’의 범위를 명확히 정의하지 않으면 나중에 추가 요구가 들어왔을 때 유리하다. ‘그건 기본형에 포함되지 않습니다’라고 말할 여지를 남겨두는 것이다.
내가 컨설팅하면서 가장 많이 보는 문서가 ‘요구사항 정의서’다. 그런데 3천만원대 견적서에는 이 정의서가 한 장짜리인 경우가 대부분이다. 1억대 견적서에는 보통 10~20페이지짜리 요구사항 정의서가 첨부된다. 이 차이가 곧 나중에 발생할 분쟁의 가능성을 결정한다.
대표님들이 간과하는 것이 있다. 견적서에 적힌 금액은 ‘만들어주는 값’이지, ‘내가 원하는 수준으로 만들어주는 값’이 아니다. 그 수준을 문서로 못 박지 않으면, 개발사는 가장 낮은 기준으로 납품한다. 악의가 아니라 계약서에 그렇게 적혀 있기 때문이다.
1억 견적서에 숨은 다섯 가지 항목
1억 견적서에는 3천만원 견적서에 없는 항목이 최소 다섯 가지 있다. 첫째, 권한 관리 시스템이다. 관리자, 운영자, 파트너, 일반 회원 등 역할별로 접근할 수 있는 데이터와 기능이 완전히 다르게 설계된다. 이걸 나중에 추가하면 전체 데이터베이스 구조를 바꿔야 할 수도 있다.
둘째, 로그와 모니터링이다. 누가 언제 무엇을 했는지 기록하고, 이상 징후를 실시간으로 감지하는 기능이다. 금융이나 커머스 플랫폼에서는 선택이 아니라 필수다. 3천만원 견적서에는 이게 빠져 있는 경우가 90%다.
셋째, 확장성을 고려한 아키텍처다. 사용자가 1만명일 때와 10만명일 때 서버 구조가 달라야 한다. 처음부터 이걸 염두에 두고 설계하면 초기 비용이 2,000만원쯤 더 들지만, 나중에 서버를 갈아엎는 비용은 그 몇 배다.
넷째, 테스트와 품질 보증이다. 1억 견적서에는 보통 2~4주간의 QA 기간이 포함된다. 3천만원 견적서에는 ‘오픈 전 간단 테스트’ 정도만 있다. 이 차이가 오픈 첫 주에 터지는 장애의 수를 결정한다.
다섯째, 유지보수 계약이다. 1억 견적서는 보통 6개월~1년 무상 유지보수를 포함한다. 3천만원 견적서는 ‘오픈 후 1개월’이 한계다. 플랫폼은 오픈이 끝이 아니라 시작이다.
대표님들이 가장 많이 하는 질문, “그럼 3천만원으로는 안 되나요?”
된다. 단, 조건이 있다. 첫째, 기능을 최소한으로 줄여야 한다. 회원가입, 로그인, 게시판, 결제 정도만 있는 단순한 플랫폼이라면 3천만원으로도 충분히 만들 수 있다. 둘째, 관리자 페이지를 포기해야 한다. 관리자가 직접 데이터를 수정하거나 통계를 뽑는 기능은 별도다. 셋째, 초기 사용자가 1,000명 이하일 때만 가능하다.
내가 상담한 한 스타트업은 3천만원으로 시작해서 6개월 만에 사용자가 5만명을 넘었다. 그때 서버가 버티지 못해 3일간 서비스가 중단됐다. 긴급하게 서버를 증설하고 코드를 고치는 데 4,000만원이 들었다. 처음부터 7,000만원을 썼다면 안 겪었을 일이다.
그래서 나는 항상 이렇게 말한다. “지금 당장 필요한 기능이 10개라면, 그중 3개만 넣고 나머지는 6개월 후를 위해 https://webpreme.com 설계에 여지만 남겨두세요.” 3천만원이 나쁜 게 아니다. 3천만원으로 1억짜리 결과물을 기대하는 게 문제다.
플랫폼 제작, 견적서를 받기 전에 준비해야 할 세 가지 문서
첫째, 기능 목록표다. 엑셀로 만들어라. 각 기능 옆에 ‘필수’, ‘중요’, ‘나중’ 세 가지로 우선순위를 표시한다. 이 표가 없으면 개발사는 자기들 편한 대로 해석한다. 내 경험상 이 표 하나만 있어도 견적 차이가 30% 이상 줄어든다.
둘째, 사용자 시나리오다. “회원이 결제를 하고, 주문 내역을 확인하고, 환불을 요청한다”는 식으로 실제 사용 흐름을 글로 써본다. 이걸 개발사에 주면 그들이 놓치기 쉬운 예외 상황(결제 실패, 중복 주문, 환불 거부 등)을 미리 논의할 수 있다.
셋째, 예상 사용자 수와 성장 계획이다. “첫해 1만명, 2년차 5만명”처럼 숫자로 적어라. 이 숫자가 서버 구조와 데이터베이스 설계를 결정한다. 이걸 말하지 않으면 개발사는 최소한의 구조로 견적을 낸다.
이 세 가지 문서를 준비하는 데 보통 1~2주가 걸린다. 그 2주를 아끼려다 6개월을 날리는 대표님들을 너무 많이 봤다. 문서 작업이 귀찮다면, 그 비용을 개발사에 지불하고 대신 만들어달라고 해라. 500만원 정도면 대신 해주는 곳도 있다.
가장 흔한 실수: ‘일단 만들고 나중에 고치자’
내가 10년 넘게 이 일을 하면서 가장 많이 본 실수는 ‘일단 오픈하고 나중에 고치자’는 생각이다. 플랫폼은 건물과 다르다. 건물은 나중에 내부 인테리어를 바꾸는 게 가능하다. 하지만 플랫폼은 기초 공사(데이터베이스 구조, 권한 체계, API 설계)를 바꾸는 게 거의 불가능에 가깝다.
한 고객사는 ‘일단 회원 가입만 되면 된다’며 2,000만원에 플랫폼을 만들었다. 1년 뒤 사업이 커지면서 파트너사 50곳을 관리해야 했는데, 기존 시스템에는 파트너 개념 자체가 없었다. 결국 처음부터 다시 만드는 데 1억 2천만원을 썼다. 처음에 6,000만원을 투자했으면 됐을 일이다.
플랫폼 제작에서 ‘나중에’는 없다. ‘나중에’는 ‘처음부터 다시’와 같은 말이다. 견적서를 받을 때 ‘이 기능이 나중에 확장될 때 어떤 구조로 되어 있나요?’라고 반드시 물어보길 바란다. 그 질문에 명확히 답하는 개발사만이 6개월 뒤에도 당신을 실망시키지 않는다.
자주 묻는 질문
플랫폼 제작 비용은 평균 얼마인가요?
단순한 회원 기반 플랫폼은 2,000만4,000만원, 관리자 기능과 결제가 포함된 커머스형은 6,000만1억 2,000만원, 다중 권한과 실시간 데이터 처리가 필요한 경우 1억 5,000만원 이상이 일반적입니다. 정확한 비용은 기능 목록과 예상 사용자 수에 따라 크게 달라집니다. 견적을 받을 때는 반드시 요구사항 정의서를 함께 요청하세요.
플랫폼 제작 기간은 보통 얼마나 걸리나요?
3천만원대 단순 플랫폼은 68주, 1억대 플랫폼은 46개월이 표준입니다. 여기에 기획과 디자인, QA 기간이 각각 2~4주씩 추가됩니다. ‘2주 만에 만들어준다’는 제안은 대부분 템플릿 기반이거나 유지보수가 불가능한 결과물입니다. 개발 기간을 단축하려면 기능 우선순위를 명확히 해서 핵심 기능만 먼저 개발하는 방법이 있습니다.
외주 개발과 자체 개발 중 어떤 게 나은가요?
초기에는 외주가 일반적으로 유리합니다. 자체 개발은 최소 3~5명의 개발 인력이 필요해 연간 3억원 이상의 인건비가 발생합니다. 다만 플랫폼이 핵심 경쟁력이고 지속적인 기능 개선이 필요하다면 2년차부터 내부 인력을 확보하는 것이 비용 효율적입니다. 외주를 선택할 경우 소스 코드와 데이터베이스 구조를 반드시 인수해야 합니다.
견적서에 ‘기본형’이라고만 써 있으면 어떻게 해야 하나요?
계약 전에 반드시 ‘기본형’의 범위를 문서로 명확히 하세요. 구체적으로 어떤 기능이 포함되고, 어떤 기능이 제외되는지 목록으로 받아야 합니다. 이 과정을 건너뛰면 나중에 추가 요구 시 예상치 못한 비용이 발생합니다. 개발사가 범위 정의를 꺼린다면 그 자체가 위험 신호입니다.
플랫폼 제작 후 유지보수 비용은 얼마나 드나요?
일반적으로 초기 개발비의 1020%를 연간 유지보수 비용으로 책정합니다. 1억원 플랫폼이면 연 1,000만2,000만원 수준입니다. 이 비용에는 서버 관리, 보안 업데이트, 버그 수정, 소규모 기능 개선이 포함됩니다. 무상 유지보수 기간이 끝난 후에는 반드시 별도 계약을 체결하고, 긴급 장애 대응 시간을 명시하세요.