첫 미팅에서 30분 만에 파트너를 교체한 이유
작년 봄, 서울 강남의 한 스타트업 대표를 만났습니다. 자사 서비스의 플랫폼 https://ko.wikipedia.org/wiki/https://webpreme.com 제작을 위해 세 곳의 개발사를 비교 중이었죠. 첫 번째 미팅은 20분 만에 끝났습니다. 개발사 대표가 “일단 요구사항 정의서부터 주시면 견적을 드리겠습니다”라고 말했기 때문입니다. 두 번째 미팅은 달랐습니다. 그 개발사는 대표에게 이런 질문을 던졌습니다. “이 플랫폼이 1년 후에 하루 몇 건의 거래를 처리할 것으로 보십니까?” 대표는 그 질문에 답하지 못했습니다.
저는 그 자리에서 두 번째 개발사를 추천했습니다. 이유는 간단합니다. 플랫폼 제작에서 가장 위험한 순간은 개발이 막바지에 이르렀을 때가 아니라, 첫 삽을 뜨기 전에 아무도 확장성을 계산하지 않을 때입니다. 첫 번째 개발사는 ‘지금 주신 것’을 만들려 했고, 두 번째 개발사는 ‘앞으로 벌어질 일’을 먼저 물었습니다. 이 차이가 6개월 후 2억 원의 추가 비용을 갈랐습니다.
그 대표는 첫 번째 개발사와 계약했다면 어땠을까요? 아마 3개월 뒤에 사용자 트래픽이 몰리면서 서버가 다운됐을 겁니다. 그리고 급하게 아키텍처를 뜯어고치느라 또 6개월을 날렸겠죠. 플랫폼 제작은 코드를 짜는 일이 아니라, 미래의 부하를 미리 설계하는 일입니다.
견적서 3천만 원과 3억 원, 숫자 뒤에 숨은 진실
플랫폼 제작 견적을 처음 받는 대표들은 대개 혼란스러워합니다. 같은 기능을 요구했는데 A사는 3천만 원, B사는 3억 원을 부릅니다. 10배 차이입니다. 이때 “B사가 바가지 씌우는구나”라고 판단하면 큰일 납니다.
실제로 제가 확인한 사례를 보면, 3천만 원 견적의 내역은 대부분 ‘화면 개발’에 집중되어 있었습니다. 사용자 앱, 관리자 페이지, 결제 연동. 반면 3억 원 견적에는 화면 외에 데이터 파이프라인, 권한 관리 시스템, 장애 대응 자동화, 부하 분산 설계가 포함되어 있었습니다. 전자는 사용자가 100명일 때는 문제없이 돌아갑니다. 1만 명이 되면 서버가 죽고, 10만 명이 되면 데이터가 꼬입니다.
여기서 중요한 포인트가 있습니다. 3천만 원 견적을 준 회사가 실력이 없는 게 아닙니다. 그 돈으로 할 수 있는 최선을 제안한 겁니다. 문제는 발주처가 자신의 플랫폼이 어디까지 성장할지를 모른 채 ‘일단 싼 곳’을 선택한다는 점입니다. 플랫폼 제작 비용은 기능 목록이 아니라 ‘감당하려는 트래픽 규모’에 비례합니다. 견적서를 받을 때 “이 금액이 감당하는 동시접속자는 몇 명인가요?”라고 물어야 하는 이유가 여기에 있습니다.
제가 컨설팅한 한 커머스 플랫폼은 초기 견적 4천만 원으로 시작했습니다. 1년 뒤 일일 주문이 3천 건을 넘기자 결제 모듈이 버티지 못했습니다. 긴급 패치에 1억 2천만 원, 재개발에 8천만 원이 추가로 들었습니다. 처음부터 1억 5천만 원짜리 견적을 받아들였다면 총비용은 1억 5천만 원으로 끝났을 겁니다. 싼 선택이 항상 비싼 법입니다.
기획서 100장보다 중요한 단 하나의 질문
플랫폼 제작을 준비하는 대표들은 기획서를 정말 열심히 만듭니다. 100장짜리 요구사항 정의서, 화면 설계서, 사용자 시나리오까지. 물론 필요합니다. 하지만 제 경험상 그 두꺼운 문서보다 더 중요한 질문이 하나 있습니다. “이 플랫폼에서 돈이 되는 순간은 정확히 언제인가?”
이 질문에 답하지 못하면 개발 방향이 흔들립니다. 예를 들어 중고거래 플랫폼을 만든다고 가정해봅시다. 수익 모델이 거래 수수료라면 결제와 정산 기능이 최우선입니다. 광고 수익이라면 노출 알고리즘이 핵심입니다. 구독료라면 회원 관리와 콘텐츠 추천이 먼저입니다. 그런데 이걸 정하지 않고 “일단 다 넣어주세요”라고 하면, 개발사는 우선순위 없이 기능을 나열합니다. 결과물은 6개월 뒤에 나오는데, 정작 돈을 벌어다 줄 기능은 가장 나중에 만들어집니다.
제가 만난 한 교육 플랫폼 대표는 이 질문에 바로 답했습니다. “강사와 수강생을 연결해서 수강료 결제가 일어나는 순간이 돈입니다.” 그래서 첫 3개월은 강의 등록, 결제, 수강 권한 부여에만 집중했습니다. 커뮤니티 기능, 리뷰 시스템, 추천 알고리즘은 2차 개발로 미뤘습니다. 결과는 어땠을까요? 4개월 만에 첫 매출이 발생했고, 그 매출로 2차 개발비를 충당했습니다. 플랫폼 제작의 성패는 기능의 개수가 아니라 ‘돈 되는 순간’을 얼마나 빨리 구현하느냐에 달려 있습니다.
외주 개발사 선정, 포트폴리오만 보면 실패한다
개발사 포트폴리오를 볼 때 대표들이 가장 먼저 확인하는 것은 ‘비슷한 업종의 사례가 있는가’입니다. 물론 중요합니다. 하지만 그것만 보면 함정에 빠집니다. 포트폴리오는 결과물의 스크린샷일 뿐, 그 안의 품질을 보여주지 않습니다.
제가 권하는 확인 방법은 세 가지입니다. 첫째, 그 개발사가 만든 서비스에 직접 가입해서 써보십시오. 로그인은 3초 안에 되는지, 결제는 에러 없이 진행되는지, 관리자 페이지는 직관적인지. 둘째, 개발사에 “가장 어려웠던 기술적 문제가 무엇이었고 어떻게 해결했나요?”라고 물어보십시오. 이 질문에 구체적인 사례와 수치로 답하는 회사는 실력이 있습니다. 셋째, 개발 완료 후 유지보수 계약 조건을 확인하십시오. 어떤 회사는 첫해 무료 유지보수를 제공하고, 어떤 회사는 월 200만 원을 요구합니다. 이 차이가 1년 뒤 총소유비용(TCO)을 2배 이상 벌립니다.
실제로 한 핀테크 스타트업은 포트폴리오가 화려한 개발사를 선택했다가 낭패를 봤습니다. 그 개발사는 금융 앱을 여러 개 만들었지만, 정작 실시간 정산 처리는 해본 적이 없었습니다. 결과적으로 핵심 기능 개발이 6개월 지연됐고, 그 사이 경쟁사가 시장을 선점했습니다. 플랫폼 제작에서 개발사 선정은 ‘무엇을 만들어봤는가’보다 ‘무엇을 제대로 이해하고 있는가’로 판단해야 합니다.
노코드로 시작할까? 직접 만들까? 3가지 기준
요즘은 노코드 툴로 플랫폼 제작을 시작하는 대표들이 많습니다. 비용도 적게 들고 속도도 빠릅니다. 하지만 모든 경우에 답이 되는 것은 아닙니다. 제가 기준을 세 가지로 정리해봤습니다.
첫째, 거래 건수가 하루 100건을 넘을 것으로 예상되면 노코드는 위험합니다. 노코드 툴은 대부분 월 구독료를 받고, 트래픽이 늘면 요금이 급격히 오릅니다. 한 예로, 월 30만 원으로 시작한 노코드 플랫폼이 사용자 5천 명을 넘기자 월 400만 원 청구서를 받은 사례가 있습니다. 이 시점부터는 직접 개발하거나 외주로 전환하는 것이 장기적으로 저렴합니다.
둘째, 데이터 주권이 중요한 서비스라면 직접 개발을 고려해야 합니다. 노코드 플랫폼은 데이터가 해당 https://webpreme.com 업체 서버에 저장됩니다. 개인정보나 민감한 거래 데이터를 다룬다면 규제 리스크가 생깁니다. 셋째, 핵심 경쟁력이 ‘알고리즘’에 있다면 무조건 자체 개발입니다. 예를 들어 추천 알고리즘이나 매칭 로직이 비즈니스의 핵심이라면, 남의 툴 위에 얹는 순간 차별성이 사라집니다.
제가 아는 한 스타트업은 노코드로 6개월 만에 시장에 나왔습니다. 그리고 1년 뒤 자체 개발로 전환하는 데 2억 원을 썼습니다. 처음부터 자체 개발했다면 1억 5천만 원이면 됐을 겁니다. 노코드는 ‘검증’에는 탁월하지만 ‘성장’에는 한계가 있습니다. 플랫폼 제작 방식을 정할 때는 지금의 편의성보다 2년 후의 비용을 먼저 계산해야 합니다.
개발 기간 3개월 vs 1년, 일정이 밀리는 진짜 이유
플랫폼 제작 일정이 밀리는 이유는 개발자의 능력 부족이 아닙니다. 대부분 ‘결정 지연’ 때문입니다. 제가 관찰한 바에 따르면, 개발 기간 중 실제 코딩 시간은 전체의 40%에 불과합니다. 나머지 60%는 회의, 피드백, 수정, 재회의에 쓰입니다.
한 물류 플랫폼 프로젝트를 예로 들어보겠습니다. 초기 계획은 5개월이었습니다. 하지만 8개월이 걸렸습니다. 지연 원인을 분석해보니, 발주처 내부에서 UI 색상과 버튼 위치를 결정하는 데만 3주가 걸렸고, 결제 모듈 업체 선정을 미루다가 2주를 날렸습니다. 개발사는 기다리는 동안 다른 프로젝트를 병행할 수밖에 없었고, 다시 이 프로젝트로 돌아오는 데 추가 시간이 필요했습니다.
일정을 지키는 가장 확실한 방법은 ‘의사결정 기한’을 정하는 것입니다. 예를 들어 “디자인 시안은 3일 내에 확정한다”, “외부 연동 업체는 1주일 내에 선정한다” 같은 규칙을 만드는 겁니다. 실제로 이 규칙을 적용한 한 프로젝트는 예정된 4개월을 정확히 지켰습니다. 대표가 모든 회의에 참석하지 않아도, 의사결정권자가 명확하면 일정은 지켜집니다.
또 하나. 개발 기간을 산정할 때 ‘버퍼’를 반드시 넣으십시오. 개발사가 제시한 일정에 최소 30%를 더해야 합니다. 3개월이라고 하면 4개월, 6개월이라고 하면 8개월로 잡으십시오. 이 버퍼를 무시하면 마케팅 일정, 투자 유치 일정이 모두 연쇄적으로 밀립니다. 플랫폼 제작에서 일정은 비용보다 더 비싼 자원입니다.
개발사와 계약하기 전 반드시 확인해야 할 5가지 조항
계약서에 서명하기 전, 다음 다섯 가지를 반드시 확인하십시오. 첫째, 소스코드 소유권입니다. 계약서에 ‘결과물의 모든 지식재산권은 발주처에 귀속된다’는 문구가 없으면 나중에 코드를 가져오지 못할 수 있습니다. 둘째, 유지보수 범위와 비용입니다. ‘무상 유지보수 1년’이라고 해도 범위가 ‘버그 수정’에 한정되면 기능 추가는 별도 비용입니다. 셋째, 개발 인력의 투입 비율입니다. “이 프로젝트에 몇 명이 투입되며, 그중 시니어는 몇 명인가?”를 확인하십시오. 넷째, 지연 시 페널티 조항입니다. 개발사가 일정을 지키지 못했을 때 발주처가 보호받을 수 있는 조항이 있는지 보십시오. 다섯째, 산출물 목록입니다. 소스코드, 설계 문서, API 문서, 배포 가이드가 모두 포함되는지 확인하십시오.
이 조항들을 확인하지 않아서 피해를 본 사례는 셀 수 없이 많습니다. 한 대표는 개발 완료 후 소스코드를 요구했지만, 계약서에 ‘소스코드는 개발사가 보유하며, 발주처는 사용권만 갖는다’는 조항이 있어서 2천만 원을 추가로 지불하고서야 코드를 받았습니다. 또 다른 대표는 유지보수 기간이 끝난 뒤 사소한 버그 하나를 고치는 데 300만 원을 청구받았습니다.
플랫폼 제작은 결혼과 비슷합니다. 시작할 때는 모두가 좋게 보이지만, 끝날 때의 관계는 계약서가 결정합니다. 감정에 휩쓸리지 말고 조항 하나하나를 확인하십시오. 그리고 가능하다면 계약 전에 IT 전문 변호사의 검토를 받으십시오. 100만 원의 검토 비용이 1억 원의 분쟁 비용을 막습니다.
자주 묻는 질문
플랫폼 제작 비용은 평균 얼마인가요?
간단한 정보성 플랫폼은 3천만 원에서 5천만 원, 결제와 정산이 포함된 커머스 플랫폼은 1억 원에서 3억 원, 실시간 매칭이나 대용량 트래픽을 처리하는 플랫폼은 3억 원 이상이 일반적입니다. 비용은 기능 수보다 동시접속자 수와 데이터 처리량에 더 크게 좌우됩니다. 견적을 받을 때는 반드시 감당 가능한 트래픽 규모를 명시하도록 요구하세요.
노코드 툴로 플랫폼 제작해도 괜찮을까요?
초기 시장 검증 단계라면 노코드로 시작해도 됩니다. 하지만 하루 거래 건수가 100건을 넘거나 개인정보를 대량으로 다룬다면 자체 개발로 전환하는 것이 좋습니다. 노코드 툴은 트래픽이 늘수록 월 구독료가 급증하고, 데이터 주권도 확보하기 어렵습니다. 2년 후 총비용을 계산해보면 자체 개발이 더 저렴한 경우가 많습니다.
개발 기간은 보통 얼마나 걸리나요?
기본 기능만 갖춘 MVP는 3개월에서 4개월, 결제와 관리자 시스템을 포함하면 6개월에서 8개월, 복잡한 알고리즘이나 외부 연동이 많으면 1년 이상 걸립니다. 개발사가 제시한 일정에 최소 30%의 버퍼를 추가하는 것이 안전합니다. 일정 지연의 주된 원인은 개발 능력이 아니라 발주처의 의사결정 지연이므로, 내부 결정 기한을 정해두는 것이 중요합니다.
외주 개발 후 유지보수는 어떻게 해야 하나요?
계약 시 유지보수 범위와 비용을 반드시 명시해야 합니다. 보통 첫해는 무상 유지보수를 제공하지만, 버그 수정만 포함되고 기능 추가는 별도 비용인 경우가 많습니다. 유지보수 계약이 끝난 후를 대비해 소스코드와 설계 문서, API 문서를 반드시 인수받고, 내부 개발자나 다른 업체로 전환할 수 있는 권리를 확보하세요. 월 유지보수 비용은 프로젝트 규모에 따라 100만 원에서 500만 원 사이입니다.
기능만 넣으면 된다는 착각
플랫폼 제작을 문의하는 대표님들 대부분은 기능 목록부터 꺼냅니다. 회원가입, 결제, 채팅, 알림, 관리자 페이지. 이 다섯 개만 있으면 된다고들 하십니다. 그런데 실제로 개발을 시작하면 그 다섯 개가 30개로 불어납니다. 회원가입 하나만 봐도 이메일 인증, 휴대폰 인증, 소셜 로그인, 비밀번호 찾기, 휴면 계정 처리, 탈퇴 후 재가입 제한, 약관 동의 이력 관리까지 따라붙습니다. 결제도 마찬가지입니다. 카드, 계좌이체, 가상계좌, 간편결제, 부분 취소, 전체 취소, 정기 결제, 세금계산서 발행. 이걸 다 하면 결제 모듈 하나에만 두 달이 붙습니다.
제가 상담했던 한 고객은 ‘간단한 중고거래 플랫폼’을 원한다고 하셨습니다. 견적은 3천만 원으로 시작했는데, 6개월 뒤 총 집행액이 1억 2천만 원을 넘겼습니다. 기능이 늘어난 게 아닙니다. 처음에 정의하지 않은 예외 상황이 개발 중에 쏟아져 나온 겁니다. 거래 분쟁 발생 시 누가 개입할지, 사기 계정은 어떻게 걸러낼지, 신고 누적 계정은 언제 정지시킬지. 이런 정책이 없으니 개발자는 코드를 쓸 수가 없습니다. 기능은 도구일 뿐이고, 그 도구를 언제 어떻게 쓸지 정하는 규칙이 없으면 플랫폼 제작은 공사판이 됩니다.
많은 분들이 ‘기획서만 잘 쓰면 개발은 알아서 해주겠지’라고 생각합니다. 아닙니다. 기획서에 정책이 없으면 개발자는 가장 편한 방식으로 정책을 대신 결정합니다. 그리고 그 결정은 대표의 의도와 거의 항상 다릅니다. 나중에 그걸 고치는 비용이 처음부터 제대로 정하는 비용보다 3배에서 5배 더 듭니다.
견적 차이가 10배 나는 진짜 이유
같은 기능 목록을 주고 견적을 받아보면 3천만 원부터 3억 원까지 나옵니다. 처음 겪는 대표님들은 업체가 바가지 씌우는 것인지, 아니면 싼 데가 부실한 것인지 판단이 안 된다고 하십니다. 둘 다 아닙니다. 견적 차이의 핵심은 ‘누가, 어떤 방식으로, 얼마나 오래 유지보수할 수 있는가’에 있습니다.
3천만 원 견적은 대개 두 가지 경우입니다. 하나는 프리랜서 2~3명이 외주로 붙는 구조, 다른 하나는 노코드 툴로 화면만 씌우는 구조입니다. 첫 번째는 초기 개발은 됩니다. 문제는 6개월 뒤입니다. 담당자가 다른 프로젝트로 이동하면 소스 코드를 이해하는 사람이 사라집니다. 기능 하나 추가하는 데 석 달이 걸리고, 그 사이에 보안 취약점이 터지면 대응할 사람이 없습니다. 두 번째는 더 위험합니다. 사용자가 5천 명을 넘어가면 서버가 버티지 못합니다. 노코드 툴의 요금제가 갑자기 3배로 오르는 경우도 허다합니다. 월 30만 원이던 게 월 200만 원이 되는 겁니다.
3억 원 견적은 보통 1015명 규모의 팀이 612개월 붙는 구조입니다. 기획자, 디자이너, 프론트엔드, 백엔드, 인프라, QA가 각각 역할을 나눠서 들어갑니다. 여기엔 보이지 않는 비용이 포함됩니다. 부하 테스트, 장애 대응 매뉴얼, 코드 리뷰, 배포 자동화, 법적 검토. 대표님들은 이런 걸 ‘돈 낭비’라고 보시지만, 사용자가 10만 명을 넘는 순간 이 비용을 안 쓴 쪽은 반드시 더 큰 비용을 치릅니다.
제가 본 가장 현실적인 선택은 중간입니다. 핵심 기능만 1억 원 안쪽으로 자체 개발하고, 부가 기능은 검증된 외부 서비스를 붙이는 방식입니다. 채팅은 센드버드나 채널톡, 결제는 토스페이먼츠, 알림은 파이어베이스. 이렇게 하면 초기 개발 기간을 3개월로 줄이면서도 나중에 직접 통제할 수 있는 영역을 남겨둘 수 있습니다. 문제는 이 판단을 하려면 개발 지식이 어느 정도 있어야 한다는 겁니다. 그래서 저는 대표님이 최소한 ‘API’, ‘서버 비용’, ‘유지보수 계약’这三个 단어의 의미는 알고 미팅에 들어가야 한다고 봅니다.
3개월과 1년, 무엇을 포기할지 정하는 싸움
일정은 개발 속도로 결정되지 않습니다. 의사결정 속도로 결정됩니다. 제가 함께한 프로젝트 중 4개월 만에 베타 서비스를 오픈한 팀이 있습니다. 이 팀은 매주 화요일 오전 10시에 대표와 개발 리드가 30분간 앉았습니다. 그 자리에서 지난주에 나온 이슈 10개를 전부 결정했습니다. ‘이건 다음 버전으로 미루자’, ‘이건 이렇게 처리하자’, ‘이건 대표가 직접 확인하겠다’. 30분이었습니다. 4개월 동안 단 한 번도 이 미팅이 취소되지 않았습니다.
반대로 2년째 오픈을 못 한 프로젝트도 있습니다. 이 팀은 대표가 바쁘다는 이유로 의사결정을 미뤘습니다. 화면 하나에 대한 피드백이 2주씩 걸렸습니다. 디자이너는 대기하고, 개발자는 다른 일을 잡고, 다시 돌아오면 맥락을 잃어버립니다. 이게 반복되면 팀 전체가 슬로우 모드에 빠집니다. 결국 1년 뒤에 처음 기획했던 기능의 절반도 못 만든 채로 예산이 바닥났습니다.
3개월 안에 끝내려면 세 가지를 포기해야 합니다. 첫째, 완벽한 디자인. 초기엔 기능이 우선입니다. 둘째, 모든 예외 처리. 80%의 사용자 시나리오만 커버하고 나머지는 운영으로 푸세요. 셋째, 자체 개발. 검증된 외부 솔루션을 쓰세요. 이 세 가지를 못 버리면 3개월은 절대 안 나옵니다. 제 경험상 3개월 프로젝트의 성공률은 대표가 이 세 가 홈페이지제작 지를 명확히 인지하고 있을 때 70% 이상으로 올라갑니다. 반대로 ‘다 잘 되게 해달라’는 요구가 나오면 그 프로젝트는 이미 실패한 겁니다.
개발자가 떠난 뒤에 남는 것
플랫폼 제작에서 가장 과소평가되는 비용은 ‘인수인계’입니다. 개발이 끝나고 업체가 손을 떼는 순간, 대표님은 혼자 남습니다. 서버가 죽으면 누구에게 전화할지, 결제 오류가 나면 어디를 봐야 할지, 개인정보 유출 사고가 터지면 누가 책임질지. 이걸 모르면 플랫폼은 6개월 안에 좀비가 됩니다.
제가 컨설팅했던 한 회사는 개발 완료 후 3개월 만에 서버가 다운됐습니다. 원인은 예상치 못한 트래픽 폭주였습니다. 그런데 개발사는 계약이 끝났다며 추가 비용 500만 원을 요구했습니다. 급한 불을 끄느라 그 돈을 지불했지만, 같은 일이 두 달 뒤에 또 터졌습니다. 결국 그 회사는 1년 동안 유지보수에만 3천만 원을 썼습니다. 처음에 월 100만 원짜리 유지보수 계약을 맺었으면 1,200만 원으로 끝났을 일입니다.
그래서 저는 플랫폼 https://search.daum.net/search?w=tot&q=홈페이지제작 제작 계약서에 반드시 세 가지를 넣으라고 조언합니다. 첫째, 소스 코드와 데이터베이스 구조 문서 전체를 인수하는 조항. 둘째, 오픈 후 최소 3개월간 무상 하자 보수. 셋째, 월 단위 유지보수 계약의 구체적 범위와 단가. 이 세 가지가 없으면 나중에 협상 테이블에서 대표님은 거의 항상 불리한 위치에 섭니다. 개발사는 이미 돈을 다 받았고, 대표님은 서비스가 멈출까 봐 불안한 상태이기 때문입니다.
또 하나. 개발자를 직접 채용할 생각이라면 최소 2명을 뽑으세요. 1명이면 그 사람이 퇴사하는 순간 플랫폼은 블랙박스가 됩니다. 2명이면 최소한 서로 코드를 검토할 수 있습니다. 연봉으로 치면 1억 원 안팎의 추가 비용이지만, 이 비용을 아끼려다 서비스를 통째로 잃는 사례를 저는 수도 없이 봤습니다.
어떤 업체를 골라야 하는가
업체를 고를 때 가장 먼저 봐야 할 것은 포트폴리오가 아닙니다. ‘이 업체가 내 플랫폼을 만든 뒤 3년 동안 책임질 수 있는 구조인가’입니다. 이를 판단하는 질문이 몇 가지 있습니다. 미팅 자리에서 직접 물어보세요.
첫째, “지금까지 만든 서비스 중에 아직도 유지보수하고 있는 게 몇 개입니까?” 대부분의 업체는 신규 수주에만 집중합니다. 유지보수 중인 서비스가 5개 미만이면 그 업체는 ‘만들고 떠나는’ 팀입니다. 둘째, “저희 서비스가 오픈 후 1년 뒤 월 사용자 5만 명이 되면 서버 비용이 얼마나 나옵니까?” 이 질문에 바로 답하지 못하면 인프라 설계를 안 해본 겁니다. 셋째, “개발 도중에 제가 기능을 바꾸고 싶으면 어떤 절차와 비용이 발생합니까?” 이 질문에 명확한 기준을 제시하는 업체가 좋은 업체입니다. 기준이 없다는 건 변경 관리 프로세스가 없다는 뜻입니다.
가격만 보면 안 됩니다. 3천만 원 견적과 1억 원 견적 중에 고민된다면, 1억 원 견적에 ‘유지보수 1년 포함’이 있는지 확인하세요. 유지보수가 빠진 1억 원은 실제로 1억 5천만 원입니다. 반대로 3천만 원 견적에 ‘소스 코드 전체 인수 + 6개월 하자 보수’가 들어 있다면 그건 나쁘지 않은 조건입니다.
마지막으로, 업체 대표나 개발 리드가 비즈니스 모델에 대해 질문하는지 보세요. 기술만 묻고 돈 버는 구조에 관심이 없는 업체는 예쁜 쓰레기를 만듭니다. “고객이 왜 이 플랫폼을 써야 합니까?”, “첫 1년 동안 수익은 어떻게 납니까?” 이런 질문을 먼저 던지는 업체가 결국 오래 갑니다. 플랫폼 제작은 코딩이 아니라 사업을 만드는 일이고, 그걸 이해하는 파트너를 골라야 합니다.
자주 묻는 질문
플랫폼 제작 비용은 보통 얼마인가요?
최소 기능 제품 기준으로 3천만 원에서 5천만 원, 본격적인 서비스는 1억 원에서 3억 원 사이가 일반적입니다. 비용을 결정하는 건 기능 개수보다 회원 등급, 결제 방식, 관리자 권한, 데이터 정책 같은 운영 규칙의 복잡도입니다. 같은 기능 목록이라도 정책 설계가 얼마나 정교하냐에 따라 견적이 두 배 이상 벌어집니다.
노코드 툴로 플랫폼 제작해도 괜찮을까요?
초기 검증 단계에서는 충분히 괜찮습니다. 다만 월 사용자 1만 명을 넘기면 서버 응답 속도가 급격히 떨어지고, 노코드 업체의 요금제가 인상되면서 유지 비용이 자체 개발보다 더 커지는 경우가 많습니다. 6개월 안에 종료할 실험이라면 노코드, 계속 키울 서비스라면 자체 개발이 낫습니다.
개발 기간은 얼마나 걸리나요?
핵심 기능만 있는 베타 버전은 3개월, 정식 출시는 6개월에서 1년이 걸립니다. 기간을 늘리는 주범은 개발 난이도가 아니라 의사결정 지연입니다. 대표가 주 1회 30분씩 의사결정 미팅을 고정하면 평균 기간을 30% 이상 줄일 수 있습니다.
외주 개발 후 유지보수는 어떻게 해야 하나요?
개발 완료 시점에 월 단위 유지보수 계약을 반드시 체결하세요. 보통 월 100만 원에서 300만 원 수준이며, 장애 대응, 보안 패치, 소규모 기능 수정이 포함됩니다. 계약 없이 문제가 터지면 긴급 대응 비용이 건당 500만 원 이상 청구되는 경우가 많아 오히려 손해입니다.
답글 남기기