플랫폼 제작을 고민하는 당신에게
플랫폼 제작을 검색하는 사람들은 대부분 비슷한 지점에 서 있다. 아이디어는 있는데 견적이 감이 안 오고, 업체마다 말하는 기간과 비용이 달라서 어디서부터 손대야 할지 모르는 상태다. 나도 그런 의뢰인을 수백 명 만났다. 그중 절반은 첫 미팅에서 “개발자한테 맡기면 알아서 해주지 않나요?”라고 묻는다. 그 질문에 ‘네’라고 답하는 업체가 있다면 계약서에 서명하기 전에 한 번 더 생각해보길 권한다.
플랫폼 제작은 집을 짓는 것과 비슷하다. 설계도 없이 목수에게 “예쁘게 지어주세요”라고 하면 공사비가 두 배로 들거나, 다 지은 뒤에 방 위치를 바꾸자는 말이 나온다. 실제로 내가 상담한 한 스타트업은 초기 견적 3,200만 원으로 시작했지만, 중간에 ‘회원 등급별 권한’과 ‘실시간 알림’을 추가하면서 최종 정산 금액이 7,800만 원까지 올라갔다. 기간도 3개월 예정이 7개월로 늘었다. 이건 업체가 나쁜 게 아니라, 처음에 요구사항을 글로 정리하지 않았기 때문에 생긴 일이다.
그래서 플랫폼 제작을 시작하기 전에 반드시 해야 할 일이 있다. 머릿속에 있는 기능을 전부 꺼내서 종이에 적는 것이다. ‘로그인’, ‘결제’, ‘관리자 페이지’ 같은 큰 덩어리부터 ‘비밀번호 찾기 시 이메일 인증’, ‘정산 주기 설정’ 같은 세부 기능까지. 이 목록이 없으면 어떤 업체도 정확한 견적을 줄 수 없다. 견적이 달라 보이는 이유의 80%는 실력 차이가 아니라 요구사항 정의의 차이다.
당신이 지금 플랫폼 제작을 알아보고 있다면, 먼저 스스로에게 물어보자. “내가 만들려는 플랫폼에 꼭 필요한 기능 3가지는 무엇인가?” 이 질문에 바로 답할 수 있다면 준비가 된 것이다. 답하지 못한다면 아직 견적을 받을 단계가 아니다.
견적서에 적힌 숫자, 어디까지 믿어야 할까
플랫폼 제작 견적을 받으면 가장 먼저 보는 게 총액이다. 하지만 총액만 보면 큰 코 다친다. 내가 본 견적서 중에는 ‘개발비 4,500만 원’이라고만 적혀 있고, 그 안에 디자인, 서버 세팅, 배포, 유지보수가 포함됐는지 전혀 알 수 없는 경우가 많았다. 심지어 어떤 업체는 ‘기획’을 빼고 견적을 낸 뒤, 계약 후에 “기획은 별도입니다. 800만 원 추가됩니다”라고 말한다. 이건 사기까지는 아니지만, 의뢰인 입장에서는 억울한 일이다.
그래서 견적서를 받을 때는 항목별로 쪼개서 물어봐야 한다. 기획, 디자인, 프론트엔드 개발, 백엔드 개발, 서버 구축, 배포, 테스트, 유지보수. 이 8가지가 각각 얼마인지 명시해달라고 요구하자. 업체가 “그렇게까지는 안 나눠도 됩니다”라고 하면, 그 업체는 내부적으로도 원가 계산이 안 된다는 뜻이다. 실제로 한 고객은 A업체에서 3,800만 원, B업체에서 4,200만 원 견적을 받았는데, B업체 견적서에는 ‘유지보수 6개월 무상’이 포함돼 있었고 A업체는 유상이었다. 6개월 유지보수 시세가 600만 원 안팎이니, 실질 비용은 A업체가 더 비쌌던 셈이다.
숫자 뒤에 숨은 조건을 보는 습관이 필요하다. ‘개발 기간 3개월’이라고 써 있어도, 그 3개월이 계약금 입금일부터인지, 요구사항 확정일부터인지에 따라 실제 일정은 한 달 이상 차이 난다. ‘수정 2회 무료’도 마찬가지다. 어떤 범위의 수정인지, 디자인 수정인지 기능 수정인지에 따라 난이도가 하늘과 땅 차이다.
내가 현장에서 가장 안타까웠던 사례는, 한 의뢰인이 ‘1,900만 원’이라는 최저가 견적에 계약했다가 6개월째 플랫폼을 오픈하지 못한 경우다. 업체는 “요구사항이 계속 바뀐다”고 했고, 의뢰인은 “처음에 말한 대로 안 된다”고 했다. 결국 계약 해지 후 다른 업체에 다시 맡겼고, 총 4,500만 원을 썼다. 싼 견적이 항상 위험한 건 아니지만, 비정상적으로 낮은 금액에는 반드시 이유가 있다.
기획 없이 개발부터 시작하면 생기는 일
플랫폼 제작에서 가장 흔한 실수는 기획을 건너뛰는 것이다. “우리는 기능이 단순해서 기획서가 필요 없다”고 말하는 의뢰인일수록 나중에 후회한다. 기획서는 문서를 위한 문서가 아니라, 개발자와 의뢰인이 같은 그림을 그리기 위한 최소한의 장치다. 내가 본 성공적인 프로젝트는 예외 없이 ‘요구사항 정의서’와 ‘화면 설계서’를 먼저 만들었다.
기획 단계에서 반드시 정해야 할 것이 있다. 첫째, 사용자 역할이다. 일반 회원, 판매자, 관리자 등 누가 어떤 권한을 갖는지. 둘째, 데이터 흐름이다. 회원가입 시 어떤 정보를 받고, 결제 후 어떤 알림을 보내는지. 셋째, 예외 상황이다. 결제 실패, 비밀번호 5회 오류, 재고 부족 같은 상황을 어떻게 처리할지. 이 세 가지를 글로 정리하는 데 보통 2~3주가 걸린다. 이 시간을 아끼려다가 개발 단계에서 두 배로 쓰는 경우를 수도 없이 봤다.
기획을 외주로 맡길 때는 주의할 점이 있다. ‘기획만 전문으로 하는 업체’에 맡기면 개발 업체와 소통이 끊어지기 쉽다. 기획 업체가 만든 화면 설계서를 개발 업체가 “실현 불가능하다”고 말하는 경우도 많다. 그래서 나는 기획과 개발을 같은 업체에서 맡기거나, 적어도 기획자와 개발자가 직접 대화할 수 있는 구조를 만들라고 조언한다. 실제로 한 프로젝트에서는 기획 업체가 ‘실시간 채팅’을 기본 기능으로 넣었는데, 개발 업체는 그걸 빼고 견적을 냈다. 의뢰인은 뒤늦게 알았고, 결국 추가 비용 1,200만 원을 냈다.
기획서가 없으면 개발자는 자신의 경험에 의존해 추측한다. 추측은 대부분 틀린다. “이 정도면 알아서 해주겠지”는 플랫폼 제작에서 가장 위험한 문장이다.
개발 업체 선정, 포트폴리오보다 중요한 것
플랫폼 홈페이지제작 제작 업체를 고를 때 대부분 포트폴리오를 본다. 물론 중요하다. 하지만 https://www.nytimes.com/search?dropmab=true&query=홈페이지제작 포트폴리오만으로는 그 업체의 진짜 실력을 알 수 없다. 내가 상담한 한 의뢰인은 화려한 포트폴리오를 가진 업체를 선택했다가, 계약 후에 담당 개발자가 인도네시아에 있는 프리랜서라는 사실을 알았다. 소통은 카톡으로만 가능했고, 시차 때문에 답변에 하루가 걸렸다. 결국 프로젝트는 예정보다 4개월 늦게 끝났다.
업체를 선정할 때 확인해야 할 것은 세 가지다. 첫째, 내 프로젝트와 유사한 규모와 업종의 사례가 있는지. 100억 원대 기업 프로젝트만 해본 업체는 3,000만 원 예산의 스타트업 플랫폼 제작에 맞지 않을 수 있다. 둘째, 실제 개발 인력이 누구인지. 대표가 영업만 하고 개발은 외주로 돌리는 ‘에이전시’인지, 자체 개발팀이 있는지 확인해야 한다. 셋째, 유지보수 체계. 플랫폼은 오픈 후가 더 중요하다. 장애 대응 시간, 수정 요청 처리 기한, 비용 정책을 계약서에 명시하자.
내가 아는 한 업체는 계약 전에 “우리는 유지보수는 안 합니다. 개발만 합니다”라고 솔직하게 말한다. 이런 업체가 오히려 신뢰가 간다. 반면 “모든 걸 다 해줍니다”라고 말하는 업체는 대부분 하청을 준다. 하청 구조에서는 책임 소재가 불분명해진다. 실제로 한 의뢰인은 오픈 직후 결제 오류가 발생했는데, 원청 업체는 “하청에서 만든 부분”이라며 책임을 미뤘고, 하청은 “원청이 시킨 대로 했다”고 맞섰다. 결국 의뢰인이 직접 다른 개발자를 구해 고쳐야 했다.
업체 선정 기준을 정리하면 이렇다. 가격이 가장 싼 곳, 포트폴리오가 가장 화려한 곳, 말을 가장 잘하는 곳이 아니라, 내 요구사항을 정확히 이해하고 그에 맞는 현실적인 계획을 제시하는 곳이 좋다. 미팅에서 “이 기능은 왜 필요한가요?”라고 되묻는 업체가 오히려 믿음이 간다. 그들은 불필요한 기능을 걸러내 비용을 줄여줄 수 있기 때문이다.
지금 당장 해야 할 일 세 가지
플랫폼 제작을 시작하기로 마음먹었다면, 가장 먼저 할 일은 견적을 비교하는 게 아니다. 요구사항을 한 장의 종이에 정리하는 것이다. A4 한 장이면 충분하다. 왼쪽에는 ‘꼭 필요한 기능’, 오른쪽에는 ‘나중에 있으면 좋은 기능’을 적는다. 이 구분만 명확해도 견적 편차가 절반으로 줄어든다. 실제로 내가 도와준 한 의뢰인은 이 작업을 하고 나서 업체 3곳에서 받은 견적이 3,400만 원, 3,700만 원, 3,900만 원으로 비슷해졌다. 처음에는 2,000만 원부터 6,000만 원까지 들쭉날쭉했다.
두 번째는 예산의 20%를 예비비로 남겨두는 것이다. 플랫폼 제작은 계획대로 되는 경우가 거의 없다. 기능 추가, 디자인 수정, 서버 이슈 등으로 초기 견적의 10~30%가 추가로 드는 게 현실이다. 예비비 없이 시작하면 중간에 자금이 끊겨 플랫폼이 미완성으로 방치되는 사례도 봤다. 최소 20%는 숨겨두자.
세 번째는 개발 업체와의 소통 창구를 한 명으로 정하는 것이다. 의뢰인 측에서 여러 명이 동시에 요구사항을 전달하면 개발자는 혼란에 빠진다. “A팀은 이렇게 말하고 B팀은 저렇게 말한다”는 상황이 반복되면 일정은 무조건 늘어진다. 의사결정권자를 한 명 정하고, 모든 커뮤니케이션은 그 사람을 통해 이루어지게 하자.
이 세 가지를 하지 않으면 어떤 업체를 만나도 실패 확률이 높다. 반대로 이 세 가지를 갖추고 미팅에 가면 업체도 당신을 ‘준비된 고객’으로 대한다. 플랫폼 제작의 성패는 개발 실력보다 의뢰인의 준비에 달려 있다. 지금 당장 종이와 펜을 꺼내라.
자주 묻는 질문
플랫폼 제작 비용은 보통 얼마인가요?
간단한 회원 기반 플랫폼은 2,000만3,500만 원, 결제와 정산이 포함된 중간 규모는 4,000만8,000만 원, 다중 판매자와 실시간 기능이 들어가면 1억 원을 넘는 경우가 많습니다. 비용은 기능 수와 외부 연동(결제, 지도, 알림)에 따라 크게 달라지므로, 요구사항을 정리한 뒤 견적을 받아야 정확합니다.
플랫폼 제작 기간은 얼마나 걸리나요?
기획 23주, 디자인 34주, 개발 6~12주, 테스트 2주를 합쳐 최소 3개월에서 5개월 정도 걸립니다. 기능이 복잡하거나 의뢰인과의 피드백이 느리면 6개월 이상으로 늘어납니다. 일정은 계약금 입금일이 아니라 요구사항 확정일부터 계산해야 정확합니다.
플랫폼 제작 후 유지보수 비용은 얼마인가요?
초기 개발비의 월 510%를 유지보수료로 책정하는 경우가 일반적입니다. 예를 들어 개발비가 5,000만 원이면 월 250만500만 원입니다. 단순 오류 수정만 포함하는지, 기능 개선까지 포함하는지에 따라 금액이 달라지므로 계약서에 범위를 명시해야 합니다.
외주 개발자와 직접 계약해도 되나요?
가능하지만 리스크가 있습니다. 개인 개발자는 일정 지연이나 중도 이탈 시 대체 인력을 구하기 어렵고, 유지보수 공백이 생길 수 있습니다. 반드시 계약서에 산출물 소유권, 비밀유지, 지연 배상 조항을 넣고, 가능하면 개발자 2인 이상이 참여하는 팀 형태를 권합니다.
플랫폼 제작과 앱 개발의 차이는 무엇인가요?
플랫폼 제작은 웹 기반으로 PC와 모바일 브라우저에서 모두 접근할 수 있는 서비스를 만드는 것이고, 앱 개발은 iOS나 안드로이드에 설치하는 애플리케이션을 만드는 것입니다. 초기에는 웹 플랫폼으로 시작해 사용자 반응을 본 뒤 앱을 추가하는 경우가 많으며, 이 경우 비용과 기간을 절약할 수 있습니다.
견적서 앞에서 멈칫하는 당신에게
플랫폼 제작을 검색하는 사람들이 가장 먼저 부딪히는 벽은 기술이 아니라 숫자다. 같은 기능을 요구했는데 A 업체는 3 홈페이지제작 천만 원, B 업체는 1억 원을 부른다. 전화로 문의할 때마다 금액이 달라지니 도대체 어디까지가 적정선인지 감이 오지 않는다. 내가 상담했던 한 고객은 5개 업체에서 견적을 받았는데 최저 2,800만 원에서 최고 1억 2,000만 원까지 나왔다고 했다. 기능 명세서는 사실상 동일했는데도 말이다.
이 차이는 업체가 바가지인지, 아니면 뭔가 놓치고 있는 건지 궁금해진다. 결론부터 말하면 견적의 차이는 대부분 ‘보이지 않는 범위’에서 발생한다. 견적서에는 드러나지 않는 기획의 깊이, 디자인 시스템의 유무, 유지보수 조건, 그리고 개발 인력의 숙련도가 가격을 갈라놓는다. 문제는 발주자가 그 차이를 물어볼 줄 모른다는 점이다.
당신이 지금 플랫폼 제작을 준비하며 여러 업체를 비교하고 있다면, 먼저 물어야 할 것은 “왜 이 가격인가”가 아니라 “이 가격에 무엇이 포함되고 무엇이 빠졌는가”다. 그 질문 하나가 수천만 원의 차이를 만든다.
3천만 원 견적서에 빠진 세 가지
3천만 원대 견적은 대개 ‘개발만’ 포함한다. 화면 설계와 퍼블리싱, 서버 구축까지는 포함되지만 그 앞단의 기획과 그 뒷단의 운영은 빠져 있는 경우가 많다. 내가 본 3천만 원 견적서 중에는 요구사항 정의서가 단 두 장짜리인 경우도 있었다. “회원가입, 로그인, 게시판, 결제” 이렇게 네 줄이 전부였다. 개발자는 그 네 줄을 자기 방식대로 해석할 수밖에 없다. 나중에 “이런 기능도 당연히 들어가야 하는 것 아니냐”는 말이 나오면 추가 비용이 발생한다.
두 번째로 빠지기 쉬운 것은 디자인 가이드다. 버튼 하나, 입력창 하나의 상태값(호버, 비활성, 오류)을 정의하지 않으면 개발 과정에서 매번 구두로 협의해야 한다. 이 커뮤니케이션 비용은 견적서에 없지만 프로젝트 기간을 최소 23주 늘린다. 세 번째는 테스트와 배포 후 안정화 기간이다. 3천만 원 견적에는 ‘오픈 후 2주 무상 지원’이 전부인 경우가 많다. 실제로 플랫폼은 오픈 후 첫 달에 트래픽이 몰리면서 예상치 못한 오류가 터진다. 그때마다 긴급 대응을 요청하면 건당 30만50만 원의 추가 청구서를 받게 된다.
물론 3천만 원 견적이 나쁘다는 뜻은 아니다. 기능이 단순하고 내부에서 기획과 디자인을 어느 정도 소화할 수 있는 팀이라면 합리적인 선택이다. 그러나 https://search.daum.net/search?w=tot&q=홈페이지제작 외주에 기획까지 맡기려는 발주자라면 이 견적은 출발점일 뿐이다. 진짜 비용은 계약서에 없다.
1억 원 견적, 비싼 데는 이유가 있다
1억 원을 부르는 업체들은 대개 기획 단계부터 참여한다. 요구사항을 문서로 정리하는 데만 2~3주를 쓰고, 와이어프레임과 프로토타입을 만들어 발주자와 합의한다. 이 과정에서 “이 기능은 1차 오픈에 필요 없다”거나 “이건 외부 솔루션으로 대체하는 게 낫다”는 판단이 나온다. 기능을 줄이는 작업이 오히려 견적을 높이는 역설처럼 보이지만, 실제로는 개발 리스크를 줄여 전체 일정을 단축시킨다.
디자인도 다르다. 디자인 시스템을 구축해서 버튼, 폼, 카드, 모달 등의 컴포넌트를 미리 정의한다. 이후 새로운 페이지를 만들 때 조합만 하면 되니 개발 속도가 붙는다. 유지보수 계약도 1년 단위로 포함되는 경우가 많다. 월 200만~300만 원의 유지보수료를 별도로 책정하지만, 장애 대응과 정기 업데이트를 보장한다. 내가 아는 한 커머스 플랫폼은 1억 2천만 원에 계약하면서 1년 유지보수를 포함시켰고, 그해 블랙프라이데이 트래픽 폭주를 무사히 넘겼다. 만약 유지보수 없이 3천만 원에 계약했다면 그 시기에 서버가 버티지 못해 최소 5천만 원의 매출 손실을 봤을 것이다.
비싼 견적의 본질은 ‘사람’이다. 시니어 개발자가 붙는 프로젝트는 시간당 단가가 다르다. 5년 차 개발자와 10년 차 개발자의 시간당 단가는 2배 이상 차이 난다. 그런데 플랫폼 제작에서 설계 오류를 잡아내는 능력은 경력에서 나온다. 싼 견적이 항상 독이 되는 건 아니지만, 복잡한 요구사항일수록 경험의 가치가 가격에 반영된다.
견적서에서 반드시 확인해야 할 다섯 줄
첫째, 기획 산출물의 범위다. 요구사항 정의서, 화면 설계서, 기능 정의서가 각각 몇 장 분량인지 물어라. “적절히 제공한다”는 답변은 없는 것과 같다. 둘째, 디자인 가이드 포함 여부다. UI 키트와 컴포넌트 정의서가 포함되는지 확인해야 한다. 셋째, 개발 환경과 배포 방식이다. 클라우드 비용은 누가 부담하는지, 배포 자동화까지 해주는지 체크한다.
넷째, 유지보수 조건이다. 무상 지원 기간이 얼마인지, 그 이후 월 비용은 얼마인지, 장애 대응 시간은 어떻게 되는지 명시해야 한다. 다섯째, 인력 구성이다. 투입되는 개발자의 경력과 역할을 문서로 받아라. “책임 개발자 1명, 실무자 2명” 정도는 적혀 있어야 한다. 이 다섯 줄이 빠진 견적서는 아무리 금액이 매력적이어도 나중에 분쟁의 씨앗이 된다. 내가 상담한 한 스타트업은 유지보수 조항을 구두로만 약속했다가 오픈 석 달 만에 월 500만 원의 추가 개발비를 청구받았다. 계약서에 없으니 법적으로 다툴 근거도 없었다.
기획을 외주로 돌릴 때 생기는 일
많은 발주자가 기획은 직접 하고 개발만 맡기려 한다. 비용을 아끼려는 판단인데, 역설적으로 더 큰 비용을 부른다. 내가 본 사례 중에는 대표가 직접 파워포인트로 30장짜리 기획서를 만들어 개발사에 넘겼다. 개발사는 그 기획서를 해석해 6개월 만에 1차 버전을 내놨다. 그런데 막상 열어보니 사용자 시나리오가 빠져 있어서 회원가입 후 다음 단계로 넘어가는 흐름이 어색했다. 결국 3개월간 재개발을 했고 추가 비용으로 4천만 원이 들었다.
기획은 화면을 나열하는 일이 아니다. 사용자가 어떤 목적을 가지고 어떤 순서로 움직일지를 설계하는 일이다. 이 설계가 없으면 개발자는 ‘예쁜 쓰레기’를 만든다. 기능은 다 있는데 아무도 쓰지 않는 플랫폼이 된다. 물론 발주자가 업계 전문가라서 기획을 직접 잘할 수 있다면 외주를 줄이는 게 맞다. 그러나 대부분의 발주자는 자기 사업의 도메인 지식은 있어도 소프트웨어 기획 경험은 없다. 이 간극을 메우는 것이 기획 외주의 역할이고, 그 비용은 전체 예산의 1015% 수준이다. 1억 원 프로젝트라면 1,000만1,500만 원을 기획에 쓰는 셈인데, 이 투자가 전체 일정을 2~3개월 단축시킨다.
개발자 수만큼 견적이 다른 진짜 이유
같은 기능을 만들어도 개발자마다 접근 방식이 다르다. 어떤 개발자는 기존 오픈소스를 조합해 빠르게 만들고, 어떤 개발자는 처음부터 직접 설계한다. 전자는 초기 비용이 낮지만 확장성이 떨어질 수 있고, 후자는 시간이 오래 걸리지만 유지보수가 쉽다. 문제는 발주자가 이 차이를 계약 전에 알기 어렵다는 점이다. 그래서 나는 견적을 비교할 때 ‘기술 스택’을 반드시 물어보라고 권한다. PHP로 만들었는지, Node.js나 자바 스프링으로 만들었는지에 따라 향후 인력 수급과 운영 비용이 달라진다.
또 하나, 외주 개발사의 규모도 영향을 미친다. 5인 이하 소규모 팀은 의사결정이 빠르고 비용이 낮지만, 갑자기 인력이 빠지면 프로젝트가 흔들린다. 20인 이상 중견 업체는 안정적이지만 관리 비용이 붙어 견적이 높다. 내 경험상 플랫폼 제작에서 가장 균형 잡힌 선택은 10인 내외의 전문 개발사다. 이들은 대표가 직접 프로젝트를 관리하고, 실무자 34명이 투입된다. 견적은 5천만8천만 원 선이 많다. 물론 이 수치는 기능 복잡도에 따라 얼마든지 달라진다.
마지막으로, 견적서에 적힌 ‘맨먼스(Man-Month)’를 확인하라. 3천만 원에 3개월이면 맨먼스 단가가 1,000만 원인 셈인데, 이는 경력 3년 차 개발자 한 명의 월급과 비슷하다. 그런데 플랫폼 하나를 만드는 데 개발자 한 명만 투입되기는 어렵다. 최소 2~3명이 필요하다. 결국 3천만 원 견적은 인건비를 맞추기 위해 기간을 쪼개거나 인력을 줄인 결과일 수 있다. 이 산수를 직접 해보면 견적의 허수가 보인다.
당신이 지금 당장 해야 할 일
플랫폼 제작을 앞두고 있다면, 견적을 더 받기 전에 먼저 ‘내가 원하는 것’을 한 장으로 정리하라. 거창한 기획서가 아니다. 해결하려는 문제, 주요 사용자, 핵심 기능 3개, 예산 범위, 오픈 목표일. 이 다섯 가지만 적어도 업체들은 훨씬 정확한 견적을 낸다. 그다음에는 업체에 “우리 프로젝트에서 가장 리스크가 큰 부분이 무엇이라고 생각하십니까”라고 물어라. 이 질문에 구체적으로 답하는 업체가 실력 있는 곳이다. “잘 됩니다”라고만 하는 곳은 걸러라.
예산이 빠듯하다면 1차 오픈 범위를 과감히 줄여라. 모든 기능을 한 번에 넣으려다 실패하는 프로젝트를 너무 많이 봤다. 핵심 기능 3개로 시작해서 3개월 운영 후 데이터를 보고 확장하는 편이 낫다. 초기 견적은 낮아지고, 시장 반응을 확인한 뒤 추가 개발을 결정할 수 있다. 유지보수 계약은 반드시 1년 단위로 포함시켜라. 월 200만 원이라도 예산에 넣어야 오픈 후 장애를 막을 수 있다. 마지막으로, 계약서에 ‘산출물 소유권’과 ‘소스 코드 인도’ 조항을 명시하라. 이 두 줄이 없으면 나중에 다른 업체로 이전할 때 큰 비용을 치른다.
결국 플랫폼 제작의 성패는 견적 금액이 아니라 ‘무엇을 문서로 남겼는가’에 달려 있다. 3천만 원이든 1억 원이든, 문서화된 범위 안에서 책임지는 프로젝트가 성공한다. 당신의 다음 회의에서 이 질문들을 꺼내보길 바란다.
자주 묻는 질문
플랫폼 제작 기간은 보통 얼마나 걸리나요?
기능 복잡도에 따라 다르지만, 중간 규모 플랫폼(회원, 결제, 관리자 페이지 포함)은 기획 4주, 디자인 6주, 개발 12주, 테스트 4주로 총 6개월 안팎이 걸립니다. 단순 정보성 플랫폼은 3개월, 커머스나 매칭 플랫폼은 8개월 이상 소요될 수 있습니다. 일정을 단축하려면 1차 오픈 범위를 핵심 기능으로 제한하는 것이 효과적입니다.
플랫폼 제작 비용은 최소 얼마부터 시작하나요?
국내 외주 시장에서 최소 기능 제품(MVP) 기준 2,000만~3,000만 원부터 시작하는 경우가 많습니다. 다만 이 금액에는 기획과 디자인 가이드, 유지보수가 제외되는 경우가 대부분입니다. 기획과 1년 유지보수를 포함한 현실적인 예산은 5,000만 원 이상으로 잡아야 안정적인 운영이 가능합니다.
기획 없이 개발만 외주 맡겨도 되나요?
가능은 하지만 권장하지 않습니다. 기획서 없이 개발을 맡기면 개발자가 요구사항을 임의로 해석해 재작업이 발생할 확률이 높습니다. 실제로 기획 없이 진행한 프로젝트의 70% 이상이 일정 지연이나 추가 비용을 겪습니다. 최소한 요구사항 정의서와 화면 흐름도는 발주자가 준비하거나 기획 외주를 통해 확보하는 것이 좋습니다.
유지보수 계약은 꼭 해야 하나요?
플랫폼 오픈 후 첫 1년은 오류 대응과 보안 업데이트가 필수이므로 유지보수 계약을 강력히 권합니다. 계약 없이 장애가 발생하면 건당 30만50만 원의 긴급 출동비가 발생할 수 있습니다. 월 150만300만 원 수준의 유지보수료를 예산에 미리 반영하는 것이 장기적으로 비용을 절감하는 길입니다.
외주 개발사와 직접 개발자의 견적 차이는 왜 큰가요?
외주 개발사는 프로젝트 관리, 디자인, 테스트 등 부가 인력이 투입되어 견적이 높아집니다. 반면 프리랜서 개발자는 개발만 수행하므로 견적이 낮지만, 기획이나 디자인을 별도로 구해야 하고 일정 리스크가 큽니다. 3,000만 원 이하 소규모 프로젝트라면 프리랜서가 효율적일 수 있으나, 5,000만 원 이상 복잡한 플랫폼은 관리 체계를 갖춘 외주사가 안정적입니다.