플랫폼 개발이 실패하는 가장 흔한 이유
처음 상담 들어오는 분들 중에 이런 경우가 꽤 있습니다.
"전에 개발사에 맡겼는데 반년 넘게 걸리고, 결국 이상하게 나왔어요. 다시 만들어야 할 것 같아서요."
플랫폼 개발을 한 번 실패해본 분들은 두 번째 의뢰 때 훨씬 조심스럽습니다. 비용도 비용이지만, 시간과 신뢰가 이미 한 번 빠져나갔기 때문에 그렇습니다. 그래서 이번 글은 '어디서 개발받으면 좋냐'보다 '왜 실패가 반복되는가'를 먼저 짚어보려 합니다.
플랫폼 개발이 실패하는 이유, 기술보다 기획에서 먼저 생깁니다
실패한 프로젝트를 뜯어보면 기술적 결함보다는 초반 기획과 커뮤니케이션에서 문제가 시작된 경우가 많습니다. 개발자가 못 만든 게 아니라, 무엇을 만들어야 하는지 처음부터 명확하지 않았던 것입니다.
문제 1. 기획이 없었다. 또는 있어도 너무 얕았다
"일단 어떻게 생겼으면 좋겠다"는 수준의 요청으로 개발이 시작되면, 그 이후 판단은 전부 개발자 몫이 됩니다. 개발자는 사업 판단이 아니라 코드 작성이 전문이기 때문에, 이 판단들이 대부분 어긋납니다.
관리자 화면은 누가 쓸지, 정산은 어떻게 처리할지, 회원 탈퇴 시 데이터는 어떻게 할지, 이런 것들이 기획 단계에서 정해지지 않으면 개발 중간마다 터집니다. 결국 범위가 늘어나고, 일정이 밀리고, 비용이 불어납니다.
체험단 매칭 플랫폼 프로젝트를 진행할 때도 비슷한 지점이 있었습니다. 광고주와 인플루언서를 연결하는 구조 자체는 단순해 보여도, 캠페인 상태값 설계 하나만 잘못 잡아도 운영자가 수동으로 개입해야 하는 예외 케이스가 계속 생깁니다. 기획 단계에서 운영 시나리오를 충분히 그려야 개발 품질이 따라옵니다.
문제 2. 범위가 계속 늘어난다. 스코프 크립(Scope Creep)
처음엔 "간단한 플랫폼"이라고 시작했다가, 진행 중에 "이것도 되면 좋겠는데"가 붙고, 또 "저건 당연히 되는 거 아닌가요?"가 붙습니다. 이걸 업계에서는 스코프 크립(scope creep)이라고 부릅니다.
문제는 이 요청들 하나하나가 작아 보여도, 개발 구조가 이미 세워진 상태에서 끼워 넣으면 예상보다 몇 배 더 손이 갑니다. 집 벽 다 세운 뒤에 창문 위치 바꾸는 것과 비슷합니다.
그래서 초반에 '이번 버전에 들어가는 것'과 '나중에 추가할 것'을 명확히 선을 긋는 작업이 필수입니다. 이걸 못 하면 일정과 비용 모두 통제가 안 됩니다.
문제 3. 운영을 처음부터 고려하지 않는다
플랫폼을 만들 때 가장 많이 빠뜨리는 부분이 '운영자가 어떻게 쓸 것인가'입니다.
예를 들어 구독형 창고 대여 플랫폼을 만든다고 하면, 사용자 입장의 예약, 결제 화면은 쉽게 그려집니다. 그런데 점주가 정산을 어떻게 확인하는지, 입출입 이력을 어떻게 관리하는지, 구독이 중간에 해지되면 환불 처리는 누가 어떻게 처리하는지, 이런 운영 시나리오가 설계에 빠지면 출시 이후 운영팀이 엑셀로 수작업을 하거나, 추가 개발을 또 요청해야 하는 상황이 됩니다.
구독형 창고 대여 플랫폼 프로젝트에서는 점주 자동 정산과 입출입 통제까지 운영 구조를 초반에 설계에 포함시켰습니다. 나중에 붙이려고 하면 구조 자체를 건드려야 해서 비용이 훨씬 커집니다.
외주 플랫폼 개발, 어디서 실패가 갈리나요?
많은 분들이 위시켓, 크몽 같은 플랫폼을 통해 개발자 또는 팀을 구합니다. 이 방식이 나쁜 건 아닌데, 맡기기 전에 알아 둘 점이 있습니다.
| 구분 | 플랫폼 외주 매칭 | 전담 개발팀 |
|---|---|---|
| 기획 지원 | 연결된 업체마다 다름(스펙을 정리해 갈수록 견적이 정확해짐) | 기획자와 함께 설계 |
| 범위 관리 | 개별 협의(계약서에 범위를 적어야 함) | 초반에 함께 정의 |
| 운영 설계 | 별도 요청, 비용 | 설계 단계부터 포함 |
| 커뮤니케이션 | 개발자 직접 | PM 또는 기획자 경유 |
| 출시 후 대응 | 계약서에 정한 대로 | 유지보수 연속성 |
어느 방식이 무조건 낫다는 게 아니라, 본인 상황에 맞는 선택이 중요하다는 이야기입니다. 단순한 랜딩페이지 수정이나 기능 하나 추가라면 크몽도 충분합니다. 하지만 정산, 매칭, 구독, 관리자가 얽힌 플랫폼이라면 기획부터 같이 들어갈 수 있는 팀이 맞습니다.
어니스트패밀리가 이 문제를 보는 방식
저희가 플랫폼 프로젝트를 진행할 때 제일 먼저 하는 질문이 있습니다.
"출시 이후 이 플랫폼을 누가 어떻게 운영할 건가요?"
이 질문에 명확히 답할 수 있는 팀이라면 개발 방향도 빠르게 잡힙니다. 그렇지 않다면, 우선 운영 시나리오부터 같이 그립니다.
15개 지점 타이어 프랜차이즈 통합 ERP 프로젝트(777타이어)에서도 마찬가지였습니다. 기존 솔루션 ERP로는 정산, 재고, 매출, 판매상담, 문자 발송을 한 화면에서 처리할 수 없었고, 운영팀이 여러 화면을 오가며 수동으로 맞추고 있었습니다. 개발 범위를 잡기 전에 운영 흐름 전체를 먼저 파악했기 때문에, 어디에 기능이 필요하고 어디는 불필요한지를 설계 단계에서 정리할 수 있었습니다.
미즘 프로젝트(출퇴근 동선 기반 퀵 매칭 플랫폼)도 비슷합니다. 퀵 요청자와 출퇴근 배달자를 동선으로 매칭하는 구조 자체는 새롭지만, 핵심은 '운영자가 예외 케이스를 어떻게 처리하는가'였습니다. 실시간 상태 추적과 알림 설계를 운영 관점으로 잡았기 때문에 출시 이후 운영 부하가 예측 가능한 수준으로 유지됩니다.
개발만 잘한다고 플랫폼이 굴러가지 않습니다. 기획과 운영 설계가 받쳐줘야 코드가 의미를 가집니다.
지금 당장 점검해볼 질문 3가지
플랫폼 개발을 앞두고 있거나, 다시 시작하려는 분들이라면 이 질문에 먼저 답해보시길 권합니다.
- 운영자가 누구이고, 매일 무엇을 처리해야 하는지 그려져 있나요?
(정산, 회원관리, CS, 통계 등 운영 시나리오가 구체적일수록 개발 방향이 빠르게 잡힙니다.)
- 이번 버전에 반드시 들어가야 할 기능과 나중에 해도 되는 기능을 구분했나요?
(모든 걸 한 번에 넣으려다 일정이 무너지는 경우가 많습니다.)
- 개발사에 요청할 때 '어떻게 생겼으면 좋겠다'가 아니라 '이 사람이 이걸 왜 쓰는지'를 설명할 수 있나요?
(사용 목적이 명확할수록 불필요한 개발이 줄고, 필요한 설계가 보입니다.)
자주 묻는 질문
Q. 플랫폼 개발 전에 기획서가 꼭 있어야 하나요? 완성된 기획서가 없어도 개발을 시작할 수는 있습니다. 하지만 운영 시나리오와 핵심 기능 범위가 정리되지 않은 상태로 시작하면, 개발 중반에 방향이 흔들리는 경우가 많습니다. 기획서 형식보다는 '누가, 왜, 어떻게 쓰는지'가 정리되어 있는 게 중요합니다.
Q. 플랫폼 개발 실패를 막으려면 어떤 개발사를 골라야 하나요? 기술 스택보다 커뮤니케이션 방식과 기획 개입 여부를 먼저 확인하는 게 낫습니다. 요구사항을 받아서 그대로 만드는 팀인지, 운영 흐름까지 같이 설계하는 팀인지가 실제 결과물 품질에 더 큰 영향을 줍니다.
Q. 개발 중간에 기능이 추가되면 어떻게 되나요? 추가 기능의 규모와 구조 영향에 따라 다릅니다. 작은 수정은 흡수할 수 있지만, 핵심 구조에 영향을 주는 추가는 일정, 비용 협의가 필요합니다. 처음부터 '이번 버전 범위'를 명확히 잡는 게 이런 상황을 줄이는 가장 확실한 방법입니다.
플랫폼을 준비 중이거나, 한 번 실패 이후 다시 시작을 고민하고 있다면 어디서부터 풀어야 할지 한번 같이 얘기해보시면 좋겠습니다. 상담은 무료입니다.
가격표와 자주 묻는 질문
어니스트패밀리는 만드는 것에 따라 가격이 정해져 있습니다. 기획, 디자인, 개발, 출시가 모두 들어 있고 부가세만 별도입니다.
| 만드는 것 | 가격 | 기간 |
|---|---|---|
| 소개 홈페이지 | 100만 원 | 1개월 안 |
| MVP, 프로토타입 | 300만 원 | 1개월 안 |
| 상용화 서비스(웹, 앱) | 500만 원부터 | 1~2개월 |
| 기존 DB 이전을 포함한 리뉴얼 | 1,000만 원부터 | 3개월 안팎 |
- 소개 홈페이지에 스크롤과 마우스에 반응해 움직이는 고급 인터랙션을 넣으면 150만 원입니다.
- 상용화 서비스와 리뉴얼은 넣을 기능과 옮길 데이터를 문서로 정리해, 계약 전에 금액을 정해 드립니다.
- 유지보수는 간단한 수정 월 10만 원, 건바이건 견적 협의(보통 건당 40만 원 안쪽), 수정과 추가 개발 무제한 월 150만 원 중에 고르시면 됩니다.
- 출시 후 1년 동안 생긴 오류는 무상으로 고쳐 드립니다.
가격과 비용
표에 적힌 가격이 정말 전부인가요?
네. 적힌 가격에 기획·디자인·개발·출시가 모두 들어 있고, 부가세만 별도입니다. 상용화 서비스와 리뉴얼처럼 '부터'로 적힌 가격은, 넣을 기능과 옮길 데이터를 문서로 정리해 계약 전에 금액을 정해 드립니다. 도메인·서버 이용료나 결제 수수료처럼 바깥 서비스에 내시는 돈은 고객님 명의 계정에서 실제로 쓰신 만큼만 나가며, 저희가 붙이는 금액은 없습니다.
기획비나 디자인비가 따로 드나요?
아니요. 계약 전 미팅과 기능 정리, 계약 후 기획과 디자인까지 모두 가격 안에 들어 있습니다.
만든 뒤에 매달 드는 돈도 있나요?
두 가지가 있습니다. 서버·도메인 같은 이용료는 고객님 계정에서 실제로 쓰신 만큼만 나가고, 고치거나 더할 일이 생겨 유지보수를 맡기시면 그 요금이 듭니다. 유지보수는 필요하실 때만 고르시면 되고, 다른 곳에 맡기셔도 됩니다.
유지보수비는 얼마인가요?
세 가지 중에 고르시면 됩니다. 글자 수정이나 팝업·배너 교체 같은 간단한 수정은 월 10만 원입니다. 필요할 때마다 한 건씩 맡기시면 건바이건으로 견적을 협의하는데, 일의 규모에 따라 금액이 천차만별이라 그때그때 정하는 점 양해 부탁드립니다. 보통 한 건에 40만 원 안쪽입니다. 수정과 추가 개발을 무제한으로 맡기시려면 월 150만 원입니다. 일이 생길 때마다 견적을 따로 받을 필요 없이, 기획부터 디자인·개발까지 한 팀이 서비스를 계속 맡아 관리합니다.
어디까지가 간단한 수정이고, 어디부터 추가 개발인가요?
있는 화면에서 글자를 고치거나 팝업·배너를 바꾸는 일은 간단한 수정입니다. 없던 페이지를 새로 만들거나 없던 기능을 더하는 일은 추가 개발이고, 건바이건으로 맡기시거나 월 150만 원 무제한 요금으로 맡기실 수 있습니다.
제가 만들려는 게 어느 가격에 해당하는지 모르겠어요.
상담에서 만들고 싶은 것을 들어 보고 바로 말씀드립니다. 먼저 써 보며 확인할 첫 버전(MVP·프로토타입)인지, 실제 고객을 받아 운영할 서비스인지, 지금 쓰는 서비스를 기존 데이터까지 옮겨 새로 만드는 리뉴얼인지에 따라 정해집니다.
'500만 원부터'나 '1,000만 원부터'는 어떻게 정해지나요?
상용화 서비스는 넣을 기능에 따라, 리뉴얼은 옮길 데이터의 양과 지금 쓰는 기능에 따라 달라집니다. 상담에서 들은 내용으로 넣을 기능과 옮길 데이터를 문서로 정리하고, 그 문서와 함께 금액을 말씀드립니다. 계약은 그 금액을 보시고 정하시면 됩니다.
이 가격에 어떻게 만들 수 있나요?
여러 서비스에 공통으로 들어가는 기능은 저희가 직접 만들어 다듬어 온 공통 모듈을 씁니다. 개발 도구도 예전보다 좋아져서, 같은 결과를 훨씬 적은 비용으로 만들 수 있게 됐습니다. 대신 검수는 줄이지 않습니다. 단계마다 검수를 통과해야 다음 대금을 받습니다.
진행과 기간
어떤 과정으로 진행되나요?
미팅에서 만들고 싶은 것을 듣고, 넣을 기능을 문서로 정리해 보여드립니다. 계약하신 뒤에는 기획, 디자인, 개발과 검수, 출시 순서로 진행하고, 단계마다 결과물로 확인하신 뒤 다음으로 넘어갑니다.
기획서가 있어야 하나요?
없어도 됩니다. 만들고 싶은 것을 말씀해 주시면, 저희가 여쭤보면서 정리해 문서로 만들어 드립니다.
저희는 무엇을 준비하면 되나요?
미팅 시간만 내 주시면 됩니다. 대단한 걸 준비하실 필요 없이, 만들고 싶은 게 무엇인지 이야기 나누면 저희가 이끌어 드립니다. 나눈 이야기는 문서로 정리해 보여드리고, 검토하신 뒤 보충할 부분은 다시 이야기해 채웁니다.
만드는 데 얼마나 걸리나요?
요구사항에 따라 다르지만, 기능이 많지 않으면 1개월 안에 끝납니다. 복잡한 기능이 많아도 보통 2개월이면 되고, 운영하던 서비스를 리뉴얼하면서 기존 데이터까지 옮긴다면 3개월 정도 걸립니다. 결제사 심사처럼 바깥에서 정하는 일정은 미리 말씀드립니다.
대금은 어떻게 내나요?
세 번에 나눠 내십니다. 계약할 때 착수금 30%, 기획과 디자인이 끝나 검수를 통과하면 30%, 개발까지 끝나 검수를 통과하면 나머지 40%입니다.
소개 홈페이지 시안이 마음에 안 들면 어떻게 하나요?
시안을 보고 마음에 안 드시면 위약금 없이 취소하실 수 있습니다. 결정은 시안을 본 다음에 하셔도 됩니다.
결과물과 계약
만든 디자인과 소스코드는 누구 것인가요?
모두 고객님 것입니다. 대금을 다 내시면 이 프로젝트로 만든 기획·디자인·소스코드·데이터베이스의 소유권과 지식재산권이 고객님 회사에 넘어갑니다. 서버·도메인·결제 계정도 처음부터 고객님 회사 명의로 만듭니다.
나중에 다른 개발사에 맡기거나 직원이 직접 고쳐도 되나요?
네, 제한이 전혀 없습니다. 소스코드와 데이터베이스 구조, 서버 설정과 배포 방법, 관리자 계정을 모두 넘겨 드립니다. 별도 라이선스가 필요한 기능은 쓰지 않아서, 계약이 끝난 뒤 저희에게 내실 이용료도 없습니다. 저희가 원래 갖고 있던 기술과 공통 모듈은 권리를 저희가 갖되, 이 서비스에 들어간 범위에서 계속 쓰실 수 있습니다.
아임웹처럼 제가 직접 화면을 고칠 수 있나요?
아임웹 같은 사이트 빌더처럼 화면을 끌어다 바꾸고 기능을 붙이는 편집기는 없습니다. 처음부터 직접 만드는 서비스이기 때문입니다. 대신 소스코드가 모두 고객님 것이라, 내부 직원이나 다른 개발사가 제한 없이 고칠 수 있습니다.
하자가 생기면 어떻게 하나요?
완공하고 1년 동안 생긴 오류는 무상으로 고쳐 드립니다.
보안은 어떻게 처리해 주나요?
따로 정하신 보안 기준이 없으면 개인정보 보호법 기준으로 만듭니다. 권한별 접근 제한, 비밀번호 암호화, 보안 연결(https) 같은 기본 조치를 넣고, 출시할 때 기본 보안 설정까지 마칩니다. 더 높은 기준이 필요하시면 미팅에서 정해 반영합니다.
이런 걱정이 있다면
기존 개발사가 실패한 프로젝트인데, 이번엔 괜찮을까요?
어떤 문제 때문에 실패했는지 말씀해 주세요. 그 문제부터 해결할 수 있다는 걸 먼저 보여드리고, 그다음에 계약을 이야기하셔도 됩니다. 편하게 미팅을 요청해 주세요.
무엇을 만들어야 할지 저희도 자세히 모르는데, 이끌어 주실 수 있나요?
물론입니다. 저희는 매년 14개 안팎의 프로젝트를 만들고, 만든 뒤 운영과 유지보수까지 해 왔습니다. 그래서 운영까지 생각해 이끌어 드릴 수 있습니다. 목표와 고객을 말씀해 주시면 여러 번 미팅하며 깊이 이야기 나누고, 넣을 기능을 정리해 구체적으로 보여드립니다. 보시고 보충할 건 보충해서, 최종본을 보고 계약을 정하시면 됩니다. 직접 써 보면서 정하고 싶으시면, 꼭 필요한 기능만 넣은 MVP·프로토타입(300만 원)부터 만들어 보셔도 됩니다.
가격 정찰제로 운영합니다. 소개 홈페이지 100만 원, MVP, 프로토타입 300만 원, 상용화 서비스 500만 원부터, 기존 DB 이전을 포함한 리뉴얼 1,000만 원부터이고 부가세만 별도입니다. 출시 후 1년 동안 생긴 오류는 무상으로 고쳐 드립니다.
진행 중인 프로젝트나 지금 고민되는 문제를 편하게 들려주세요. 무엇을 만들지 아직 정해지지 않았어도 괜찮습니다.