발주 전에 아는 사람만 챙기는 ‘범위’의 함정

제가 만나본 발주자 열 명 중 여덟은 이 말을 합니다. “우리 앱은 간단해요. 화면 몇 개 안 되니까 한 달이면 되겠죠?” 그런데 막상 기획서를 받아 보면 ‘간단한’ 화면 하나에 로그인, 회원가입, 알림, 결제, 관리자 페이지까지 붙어 있습니다. 앱개발업체 데브크래프트에 문의해 보면 첫 미팅에서 가장 많이 나오는 오해가 바로 이겁니다. 개발은 화면 수가 아니라 기능의 깊이와 데이터 흐름, 예외 처리에 따라 일정이 결정됩니다.

제가 상담했던 한 스타트업 대표는 ‘채팅 기능 하나만 넣으면 된다’며 견적을 받았습니다. 그런데 그 채팅에 파일 전송, 읽음 표시, 푸시 알림, 대화방 나가기, 신고 기능이 전부 포함되어 있었습니다. 당연히 견적은 두 배로 뛰었고, 일정은 세 달로 늘어났습니다. 이분은 “채팅이 이렇게 복잡한지 몰랐다”고 했지만, 사실 채팅 자체보다 ‘실시간 동기화’와 ‘메시지 보관’이라는 기술적 난도가 일정을 좌우합니다.

그래서 저는 발주 전에 반드시 기능 목록을 화면 단위가 아니라 ‘동작 단위’로 쪼개 보라고 권합니다. 예를 들어 ‘마이페이지’라는 화면 안에 정보 수정, 비밀번호 변경, 회원 탈퇴, 알림 설정이 각각 별도 기능인지 인지해야 합니다. 이걸 모르고 견적을 비교하면 앱개발업체 데브크래프트 같은 전문 업체의 견적이 왜 비싸 보이는지 이해하지 못합니다. 오히려 싼 견적을 준 업체는 나중에 ‘추가 비용’이라는 이름으로 돈을 더 받아 갑니다. 범위를 명확히 정의하는 것은 업체를 고르기 전에, 발주자 스스로 해야 할 첫 번째 숙제입니다.

견적서에 ‘이 항목’이 없으면 일정은 이미 늦어졌습니다

얼마 전 한 중소기업 대표가 앱개발업체 데브크래프트에 두 번째 상담을 요청해 왔습니다. 첫 업체와 계약을 했는데 세 달째 진행이 안 되고 있다는 이야기였습니다. 그가 보여준 견적서에는 화면 설계, 디자인, 개발, 테스트라는 큰 카테고리만 있었습니다. 정작 ‘기획 확정 이후 변경 요청 시 처리 비용’ ‘서버 구축 비용’ ‘스토어 등록 대행 비용’ 같은 항목이 하나도 없었습니다. 그래서 개발 도중 기능 하나를 추가하려면 그때마다 별도 견적을 받아야 했고, 협의가 끝날 때까지 개발자가 일을 멈추는 일이 반복되었습니다.

이런 문제는 비단 그 업체만의 잘못이 아닙니다. 발주자도 ‘개발 착수 후에는 요구사항이 바뀌면 안 된다’는 규율을 지키지 못한 책임이 있습니다. 다만 계약서에 변경 관리 프로세스가 명시되어 있었다면, 최소한 비용과 일정의 충돌은 줄일 수 있었을 겁니다. 제가 계약서를 검토할 때 가장 먼저 보는 것은 ‘견적서에 포함된 항목’이 아니라 ‘명시적으로 제외된 항목’입니다. 예를 들어 ‘서버 비용은 월 10만 원이 발생하며 별도 정산’이라는 한 줄이 있으면 이후 다툼이 없습니다. 반대로 ‘포함 내역’만 잔뜩 쓰고 ‘제외 내역’이 한 줄도 없다면, 그 업체는 협의 과정에서 끊임없이 추가 비용을 요구할 가능성이 높습니다.

앱개발업체 데브크래프트와 같은 검증된 업체들은 견적서에 ‘제외 사항’을 먼저 적습니다. 왜냐하면 나중에 발생할 오해를 줄이는 것이 오히려 업체에도 이익이기 때문입니다. 한 번은 어떤 업체 견적서에 ‘앱 유지보수는 3개월간 무상, 이후 월 50만 원’이라고 적혀 있었습니다. 발주자는 “왜 유지보수비를 따로 받느냐”며 불만을 표시했지만, 저는 오히려 그 업체를 추천했습니다. 숨기지 않고 미리 알려주는 업체가 일정과 예산을 지키는 데 훨씬 유리합니다. 계약 전에 ‘이 견적에 포함되지 않은 것은 무엇인가요?’라고 질문하세요. 그 질문에 선뜻 답하지 못하는 업체는 피하는 것이 맞습니다.

개발사 선정, 포트폴리오보다 ‘이 질문’이 더 중요합니다

포트폴리오는 과거의 실적일 뿐, 지금의 실력을 보장하지 않습니다. 저는 앱개발업체 데브크래프트를 포함한 여러 업체를 컨설팅하면서, 포트폴리오에 나온 화려한 앱이 실제로는 유지보수도 안 되는 상태로 방치된 경우를 여러 번 봤습니다. 더 중요한 것은 업체가 ‘우리와 어떻게 협업할 것인가’를 구체적으로 설명하는지입니다. 예를 들어 이런 질문을 던져 보세요. “개발 중 제가 기능 변경을 요청하면 절차가 어떻게 되나요?” 또는 “주간 보고서에 무엇이 포함되나요?” 이 질문에 막힘없이 답하는 업체는 프로젝트 관리 시스템을 갖춘 곳입니다.

제가 추천하는 방법은, 후보 업체 세 곳에 같은 기능 명세서를 보내고 ‘견적서와 함께 일정표를 제출해 달라’고 요청하는 것입니다. 그러면 업체마다 일정을 쪼개는 방식이 얼마나 다른지 바로 드러납니다. 어떤 업체는 ‘기획 2주, 디자인 3주, 개발 8주’라고 단순히 나열합니다. 반면 앱개발업체 데브크래프트처럼 성숙한 업체는 기능별로 ‘화면 설계 5일, API 개발 10일, 연동 테스트 3일’ 같은 세부 일정을 제시합니다. 물론 세부 일정이 항상 정확한 것은 아니지만, 그만큼 업체가 일정 관리에 대한 고민을 하고 있다는 증거입니다.

또 하나 중요한 것은 ‘개발 인력의 구성’입니다. 포트폴리오에 있는 앱이 아무리 좋아도, 정작 그 프로젝트에 참여했던 개발자가 지금은 퇴사했다면 무슨 의미가 있겠습니까. 계약 전에 ‘이 프로젝트에 투입될 인력이 몇 명이고, 각각 어떤 경력을 가졌는지’를 확인하세요. 특히 기획자와 디자이너가 상주하는지, 아니면 프리랜서를 그때그때 고용하는지 물어보는 것이 중요합니다. 앱개발업체 데브크래프트는 상주 인력 비율을 공개하며, 필요하면 개발자와 직접 면담할 수 있게 해 줍니다. 이 정도로 투명한 업체는 흔치 않습니다. 프로젝트가 한 달 이상 진행될수록 ‘사람’이 ‘포트폴리오’보다 중요해진다는 것을 명심하세요.

계약서에 반드시 들어가야 할 세 가지 숫자

계약서를 쓰다 보면 ‘성실히 수행한다’ 같은 모호한 문구에 의존하게 됩니다. 하지만 어플제작업체 문제가 생겼을 때 법적으로 보호받는 것은 결국 숫자입니다. 첫째, ‘개발 기간’을 날짜로 명시해야 합니다. ‘착수 후 12주 이내’가 아니라 ‘2025년 3월 1일부터 2025년 5월 31일까지’처럼 특정 일자를 적어야 합니다. 둘째, ‘지체 보상금’입니다. 통상적으로 1일 지연 시 계약금액의 0.1%에서 0.5%를 물도록 합니다. 이 조항이 있으면 업체도 일정을 어기면 손해라는 인식을 갖게 됩니다. 셋째, ‘테스트 기간과 인수 조건’입니다. ‘기능이 모두 동작하면 인수’라는 식은 너무 추상적입니다. ‘주요 기능 30개가 오류 없이 동작하는 것을 확인한 날’처럼 구체적인 기준이 필요합니다.

앱개발업체 데브크래프트의 표준 계약서에는 이 세 가지 숫자가 빠짐없이 들어갑니다. 특히 테스트 기간을 2주 이상 잡는 것을 기본으로 합니다. 이유는 간단합니다. 출시 직후 발견되는 버그는 수정 비용이 출시 전보다 3배 이상 들기 때문입니다. 저는 발주자에게 ‘개발이 끝난 후 2주는 무조건 테스트 기간으로 비워두라’고 조언합니다. 그런데 많은 중소기업이 출시 일정을 먼저 잡아놓고 테스트 기간을 줄이려고 합니다. 결과는 항상 같습니다. 출시 후 버그가 발견되어 앱스토어 평점이 떨어지고, 수정하는 데 두 달이 더 걸립니다.

계약서에 숫자를 명시하는 것은 업체에 대한 불신의 표현이 아니라, 서로의 시간을 아껴주는 장치입니다. 지체 보상금 조항이 있다고 해서 실제로 받아내는 경우는 드뭅니다. 하지만 그 조항이 있으면 협상 테이블에서 일정이 느슨해지는 것을 방지할 수 있습니다. 또한 ‘중도 해지 시 정산 기준’도 숫자로 남겨야 합니다. 예를 들어 ‘1단계 완료 시 전체 금액의 30%를 정산한다’는 식입니다. 이게 없으면 업체가 ‘지금까지 한 게 많다’고 주장하며 거액을 요구할 수 있습니다. 계약서를 쓸 때는 ‘우리가 지금까지 한 일을 어떻게 돈으로 환산할 것인가’를 미리 정해 두는 것이 가장 안전한 방법입니다.

업체 선택, ‘평판’보다 ‘프로세스’를 보는 이유

앱개발업체 데브크래프트를 포함해 어떤 업체를 고르든, ‘지인 추천’이 가장 흔한 선택 기준입니다. 그런데 지인 추천은 두 가지 위험이 있습니다. 첫째, 지인의 프로젝트가 지금 내 프로젝트와 성격이 다를 수 있습니다. 둘째, 지인이 만족했더라도 그 업체의 실력이 유지된다는 보장이 없습니다. 제가 지난 3년간 25개 프로젝트를 검토하면서 내린 결론은, ‘업체의 이름값’보다 ‘업체가 일하는 방식’이 성패를 좌우한다는 것입니다. 특히 기획 단계에서 산출물을 얼마나 꼼꼼하게 만드는지가 가장 중요한 지표입니다.

좋은 업체는 첫 미팅부터 ‘화면 목록’과 ‘기능 목록’을 표로 정리해 줍니다. 그리고 각 기능의 우선순위를 ‘필수’, ‘권장’, ‘선택’으로 나눕니다. 이를 기반으로 일정과 견적을 산출합니다. 반면 프로세스가 부실한 업체는 ‘일단 해보고 나서 생각하자’는 태도를 보입니다. 개발 도중 기능이 추가되거나 변경되는 것은 자연스러운 일이지만, 그 변경이 체계적으로 관리되지 않으면 프로젝트는 거의 실패합니다. 저는 발주자에게 ‘업체를 선택하는 기준을 평판에서 프로세스로 바꾸라’고 권합니다.

구체적으로는 세 가지를 확인하세요. 첫째, ‘요구사항 정의서’를 쓰는지. 둘째, ‘주간 데모’를 하는지. 셋째, ‘형상 관리 도구’를 사용하는지. 이 세 가지가 모두 갖춰진 업체는 아무리 작아도 믿을 만합니다. 앱개발업체 데브크래프트는 모든 프로젝트에서 요구사항 정의서를 작성하고, 매주 금요일에 데모를 진행합니다. 이 과정을 통해 발주자는 개발 진행 상황을 눈으로 확인할 수 있고, 잘못된 방향을 일찍 수정할 수 있습니다. 업체를 고를 때는 ‘화려한 포트폴리오’보다 ‘일하는 방식이 투명한지’가 훨씬 중요합니다. 그 투명함이 결국 프로젝트 기간과 비용을 지켜주는 가장 확실한 보험입니다.

자주 묻는 질문

앱개발업체 데브크래프트는 어떤 업체인가요?

앱개발업체 데브크래프트는 10년 이상의 경력을 가진 개발사로, 기획부터 출시 후 유지보수까지 원스톱으로 진행합니다. 궁금하신 점은 공식 홈페이지의 상담 신청을 통해 문의하면 됩니다.

앱개발 견적은 얼마인가요?

앱개발 견적은 기능의 범위와 복잡도에 따라 1,000만 원부터 수억 원까지 다양합니다. 간단한 커뮤니티 앱은 2,000만 원 안팎이지만, 결제와 실시간 기능이 들어가면 두 배 이상 뛸 수 있습니다. 무료 상담을 받으면 합리적인 견적을 산출해 줍니다.

앱개발 기간은 보통 얼마나 걸리나요?

간단한 앱은 2~3개월, 복잡한 기능이 포함되면 6개월 이상 걸립니다. 기간은 기획 확정 후 개발 착수 시점부터 계산하며, 테스트 기간을 포함해야 정확합니다. 데브크래프트는 계약 전에 상세 일정표를 제공합니다.

앱개발업체 데브크래프트와 계약하면 중도에 기능을 변경할 수 있나요?

네, 가능합니다. 다만 변경 사항은 요구사항 정의서에 반영하고 추가 비용과 일정을 재산정합니다. 변경이 잦으면 전체 일정이 늘어날 수 있으므로, 초기 기획 단계에서 최대한 구체화하는 것이 좋습니다.

앱개발업체를 고를 때 포트폴리오만 보고 결정해도 되나요?

포트폴리오는 참고용일 뿐, 결정의 주된 기준이 되어서는 안 됩니다. 포트폴리오에 있는 앱이 실제로 유지보수되고 있는지, 프로젝트에 참여한 인력이 그대로 있는지 확인해야 합니다. 데브크래프트는 상주 인력 비율을 공개하므로 신뢰할 수 있습니다.

앱 출시 후 유지보수 비용은 별도인가요?

일반적으로 별도입니다. 데브크래프트는 계약서에 ‘3개월 무상 유지보수 후 월 50만 원’처럼 명시합니다. 유지보수 범위는 버그 수정과 서버 관리, OS 업데이트 대응 등을 포함하며, 기능 추가는 별도 견적이 적용됩니다.