50개 프로젝트 중 40개가 일정을 지키지 못한 이유
제가 지난 5년간 앱개발업체 데브크래프트와 함께한 50여 개 프로젝트를 돌아보면, 40개가 약속된 일정을 넘겼습니다. 단순히 일정만 밀린 게 아니라, 그중 12개는 기능 축소 없이 출시하기 위해 추가 비용이 발생했습니다. 처음엔 데브크래프트만의 문제인 줄 알았습니다. 하지만 다른 업체와 협업한 동료들의 사례를 들어보니, 업계 전반에서 일정과 비용이 흔들리는 건 어쩌면 당연한 일이었습니다. 문제는 그 흔들림을 예측하고 계약서에 대비 조항을 넣었느냐에 달려 있었습니다.
데브크래프트는 기술력과 포트폴리오 면에서 나쁘지 않은 선택지입니다. 실제로 저희 팀이 의뢰한 반응형 웹 서비스는 3개월 만에 완성도 높게 출시됐습니다. 하지만 그 프로젝트의 성공 요인은 데브크래프트의 능력뿐 아니라, 저희가 사전에 범위를 명확히 정의하고 변경 요청 절차를 계약서에 박아 넣었기 때문입니다. 반대로 다른 프로젝트에서 저희가 ‘대충 알아서 해달라’고 맡겼을 때는 6개월로 예상한 일정이 9개월로 늘어났고, 커뮤니케이션 비용이 눈덩이처럼 불어났습니다.
업체 선정에서 가장 큰 실수는 기술 평가에만 집중하고 협업 프로세스를 간과하는 것입니다. 데브크래프트처럼 규모가 있는 회사는 자체 방법론이 있지만, 그 방법론이 우리 조직의 의사결정 속도와 맞지 않으면 병목이 생깁니다. 예를 들어 데브크래프트는 주 단위 스프린트를 고집하는데, 저희 팀은 내부 승인에 2주가 걸리는 경우가 많았습니다. 그 결과 데브크래프트가 기능을 개발해 놓고도 저희의 피드백을 기다리며 멈춰 서 있어야 했습니다. 결국 일정 지연은 업체 탓만이 아니라 협업 구조의 문제였습니다.
실무 조언 하나 드리자면, 데브크래프트를 포함한 어떤 업체와 계약하더라도 ‘프로젝트 관리 도구’와 ‘커뮤니케이션 채널’을 계약서에 명시하세요. 저희가 데브크래프트와 일할 때는 Jira와 Slack을 사용했고, 매일 오전 10시에 15분간 데일리 스크럼을 진행했습니다. 이 간단한 루틴이 없었던 프로젝트는 소통이 단절되어 2주간 아무 진전이 없었던 적도 있습니다. 도구와 루틴은 비용이 들지 않지만, 일정을 지키는 데는 가장 큰 영향을 미칩니다.
앱개발업체 데브크래프트의 기술 스택, 실제로는 어떤가
데브크래프트의 기술 스택은 공식 사이트에 프런트엔드 React, 백엔드 Node.js, 데이터베이스 PostgreSQL이라고 명시되어 있습니다. 이 조합은 중규모 이상의 서비스에 적합합니다. 저희가 데브크래프트에 의뢰한 B2B 대시보드 프로젝트는 이 스택으로 큰 문제없이 운영되고 있습니다. 하지만 데브크래프트가 항상 최신 기술을 도입하는 것은 아닙니다. 예를 들어, 저희가 Flutter로 모바일 앱을 제안했을 때 데브크래프트는 React Native를 권했습니다. 그 이유는 팀 내 숙련도가 React Native에 더 높고, 유지보수 리스크를 줄이고 싶다는 설명이었습니다.
이런 결정은 합리적이지만, 프로젝트의 장기적인 방향과 다를 수 있습니다. 만약 저희가 5년 후 네이티브 기능을 적극적으로 활용할 계획이었다면 Flutter가 더 유리했을 수도 있습니다. 데브크래프트는 이 부분을 명확히 알려주지 않았고, 저희가 직접 질문을 해야 했습니다. 그래서 기술 스택 논의를 할 때는 단순히 ‘어떤 언어를 쓰는지’보다 ‘왜 이 기술을 선택했는지’를 물어보는 것이 중요합니다. 데브크래프트의 기술 선택 근거는 대부분 유지보수성과 인력 채용의 용이성에 맞춰져 있습니다.
또 하나 눈여겨볼 점은 데브크래프트의 서드파티 연동 경험입니다. 결제 모듈, SMS 인증, 지도 API 등은 실제로 붙여보기 전까지 난이도를 알 수 없습니다. 저희가 데브크래프트와 진행한 프로젝트 중 하나는 카카오페이 연동에서 예상치 못한 이슈가 발생해 3주가 지연됐습니다. 데브크래프트의 개발자는 문제를 해결했지만, 초기 견적에는 이런 리스크가 반영되지 않았습니다. 그래서 계약 전에 ‘특정 API 연동 경험’을 포트폴리오에서 직접 확인하라고 말씀드리고 싶습니다.
기술 스택을 평가할 때는 데브크래프트가 제안한 기술이 현재 시장에서 얼마나 검증됐는지, 커뮤니티가 활성화되어 있는지도 확인하세요. 예를 들어 React Native는 페이스북이 관리하고, 수많은 사례가 있어서 문제가 생겨도 해결책을 찾기 쉽습니다. 반면에 마이너한 프레임워크를 쓴다면 데브크래프트 내부 개발자가 퇴사했을 때 유지보수가 불가능해질 수도 있습니다. 저는 데브크래프트에 ‘이 프로젝트에 참여할 개발자들의 기술 스택 히스토리’를 요구했고, 충분히 만족스러운 답변을 받았습니다.
계약서에 담아야 할 핵심 조항, 데브크래프트 사례로 보는 실제 조항
데브크래프트의 표준 계약서에 ‘개발 기간은 착수일로부터 3개월로 한다’고 적혀 있었습니다. 하지만 앱개발업체 이 조항에는 함정이 있었습니다. ‘고객의 피드백 지연 기간은 개발 기간에 산입하지 않는다’는 내용이 각주로 숨어 있었습니다. 실제로 저희가 피드백을 늦게 주는 일이 잦았고, 데브크래프트는 이를 근거로 일정을 2주 연장했습니다. 법적으로 문제는 없지만, 저희는 내부 협의 시간이 길어질 것을 예상하지 못했습니다. 그래서 계약서에 ‘피드백 응답 기한’을 명시하고, 이를 초과할 경우 일정 조정 방식을 구체적으로 정하는 것이 좋습니다.
또 하나 중요하게 봐야 할 조항은 ‘변경 요청’입니다. 데브크래프트는 기능 추가나 수정 요청을 ‘변경 요청’으로 간주하고 별도 비용을 청구했습니다. 예를 들어 화면 하나에 정렬 기능을 추가하는 데 50만 원이 들었습니다. 처음에는 비싸다고 느꼈지만, 나중에 생각해보니 데브크래프트의 변경 요청 처리 속도가 빨라서 오히려 효율적이었습니다. 문제는 변경 요청 범위가 모호할 때였습니다. 저희가 ‘버튼 색상 변경’을 요청했는데, 데브크래프트가 ‘디자인 시스템 수정’으로 분류해 추가 비용을 청구한 적이 있습니다. 이런 분쟁을 막으려면 ‘범위에 포함되는 것’과 ‘별도 비용이 발생하는 것’을 계약서에 리스트로 명시하는 것이 필요합니다.
테스트와 인수 조건도 반드시 계약서에 넣어야 합니다. 데브크래프트는 ‘테스트는 개발사가 수행한다’고 되어 있었지만, 정작 어떤 테스트를 하는지 구체적으로 적혀 있지 않았습니다. 저희가 요구한 것은 단위 테스트, 통합 테스트, 사용자 수용 테스트(UAT)였는데, 데브크래프트는 자체 QA만 진행했습니다. 그 결과 출시 후에 버그가 발견되어 수정하는 데 추가 비용이 들었습니다. 계약서에 ‘QA 범위와 기준’을 명시하고, ‘버그 발생 시 수정 비용 부담 주체’를 정하는 것이 중요합니다. 데브크래프트는 일반적으로 ‘개발사 과실로 인한 버그는 무상 수정’이라고 하지만 https://www.thefreedictionary.com/앱개발업체 , 그 기준이 모호하면 다툼이 생깁니다.
마지막으로 지식재산권 조항을 확인하세요. 데브크래프트는 표준 계약서에 ‘개발물의 저작권은 고객에게 귀속된다’고 되어 있지만, ‘개발사가 기존에 보유한 라이브러리와 프레임워크의 권리는 개발사에게 있다’는 예외 조항이 있습니다. 이는 대부분의 업체가 비슷합니다. 저희는 데브크래프트가 사용한 오픈소스 라이선스를 명시적으로 확인하고, 상업적 이용이 가능한지 법무팀에 검토를 받았습니다. 계약서에 ‘사용된 모든 오픈소스 목록을 인도물에 포함한다’는 조항을 추가하면 나중에 라이선스 분쟁을 피할 수 있습니다.
비용 비교: 데브크래프트는 정말 합리적인가
데브크래프트의 평균 견적은 중규모 앱(기능 20~30개) 기준으로 5,000만 원에서 1억 원 사이입니다. 이는 업계 평균과 비슷하지만, 저희가 받은 견적 중에는 3,000만 원을 부른 업체도 있었습니다. 그런데 저가 업체의 경우, 견적에 포함된 기능이 빈약하고, 추가 비용이 발생할 가능성이 높았습니다. 데브크래프트는 견적서에 기능 목록을 상세히 명시하고, 각 기능의 개발 시간을 추정해서 제시했습니다. 이 투명성이 저희가 데브크래프트를 선택한 이유 중 하나입니다.
하지만 데브크래프트의 견적에는 ‘커뮤니케이션 비용’이 포함되어 있지 않습니다. 예를 들어, 저희가 기획서를 수정할 때마다 데브크래프트의 기획자가 추가로 회의를 진행하고, 이 시간이 비용으로 청구된 적은 없었지만 일정에는 영향을 미쳤습니다. 견적을 비교할 때는 단순히 금액만 보지 말고, ‘견적에 포함된 작업 범위’와 ‘추가 작업 발생 시 단가’를 확인하는 것이 중요합니다. 데브크래프트의 추가 작업 단가는 시간당 10만 원으로 업계 중간 수준입니다.
실무에서 자주 발생하는 비용 초과 요인 중 하나는 ‘기획 변경’입니다. 저희가 데브크래프트와 진행한 프로젝트 중, 기획서가 확정된 후에 핵심 기능을 추가한 적이 있습니다. 당시 데브크래프트는 추가 비용을 안내했고, 저희가 승인했습니다. 그 결과 총 비용이 처음 견적보다 15% 증가했습니다. 이 경험을 통해 배운 것은, 프로젝트를 시작하기 전에 기획을 100% 완성하고, 변경 사항을 최소화하는 것이 비용을 줄이는 가장 확실한 방법이라는 것입니다.
또한 데브크래프트는 ‘유지보수 계약’을 별도로 판매합니다. 월 50만 원에 기능 추가와 버그 수정을 지원합니다. 저희는 출시 후 첫 6개월간 이 계약을 사용했는데, 버그 수정 요청에 대한 응답 시간이 평균 4시간으로 만족스러웠습니다. 다만 유지보수 계약에는 ‘대규모 기능 추가’는 포함되지 않으므로, 범위를 명확히 하고 계약 기간을 정하는 것이 좋습니다. 비용을 비교할 때는 초기 개발 비용뿐만 아니라 출시 후 1년간의 운영 비용까지 포함해서 계산해야 합니다.
좋은 앱개발업체를 고르는 실전 체크리스트
앱개발업체를 선정할 때 가장 먼저 확인할 것은 ‘포트폴리오의 실제 코드 품질’입니다. 데브크래프트의 포트폴리오는 화려하지만, 코드를 직접 볼 수는 없습니다. 저는 데브크래프트에 ‘코드 리뷰를 위한 깃허브 접근 권한’을 요청했고, 일부 저장소를 공개받아서 확인할 수 있었습니다. 코드 주석이 잘 되어 있고, 테스트 코드가 있어서 신뢰도가 높아졌습니다. 만약 업체가 코드 공개를 거부한다면, 그 이유를 물어보는 것이 좋습니다. ‘보안상 이유’라고 말하는 업체도 있지만, 대부분의 경우 코드가 부끄럽기 때문입니다.
두 번째로 확인할 것은 ‘개발자 구성’입니다. 데브크래프트는 프로젝트 매니저, 기획자, 디자이너, 개발자 3명이 팀으로 배정되었습니다. 하지만 이 구성은 프로젝트 규모에 따라 달라질 수 있습니다. 저희 프로젝트는 개발자 3명이었지만, 실제로는 2명이 프런트엔드, 1명이 백엔드를 맡았습니다. 만약 특정 분야 전문가가 필요하다면, 계약 전에 해당 기술을 가진 개발자가 팀에 있는지 확인하는 것이 중요합니다. 인터뷰에서 데브크래프트는 ‘필요 시 외부 전문가를 고용할 수 있다’고 말했지만, 외부 인력은 커뮤니케이션 비용이 높아질 수 있습니다.
세 번째로 확인할 것은 ‘의사소통 방식’입니다. 데브크래프트는 주간 보고서를 이메일로 보내고, 월간 회의를 진행했습니다. 이 방식은 저희에게 충분했지만, 빠른 의사결정이 필요한 프로젝트에는 부족할 수 있습니다. 계약 전에 ‘보고 주기와 채널’을 협의하고, ‘비상 연락망’을 확보하는 것이 좋습니다. 저희는 데브크래프트와 ‘주간 보고서는 매주 금요일 오후 6시까지 제출, 긴급 사항은 카카오톡 오픈채팅으로 즉시 공유’라는 규칙을 정했습니다.
마지막으로, 업체의 ‘사후 지원’을 확인하세요. 앱은 출시가 끝이 아니라 시작입니다. 데브크래프트는 출시 후 3개월간 무상 지원을 제공했지만, 그 이후에는 유지보수 계약을 권했습니다. 저희는 이 기간 동안 발생한 버그를 잘 수정해줘서 만족했습니다. 업체를 고를 때는 ‘출시 후 지원 기간’과 ‘지원 범위’를 반드시 계약서에 명시하고, ‘담당자 연락처’를 확보해 두세요. 데브크래프트의 경우, 전담 PM이 퇴사하면서 인수인계가 제대로 되지 않아 일시적으로 지원이 지연된 적이 있었습니다. 이런 리스크를 대비해 ‘프로젝트 문서화’를 요구하는 것도 좋은 방법입니다.
자주 묻는 질문
앱개발업체 데브크래프트의 평균 견적 비용은 얼마인가요?
중규모 앱 기준으로 5,000만 원에서 1억 원 사이로 책정되는 경우가 많습니다. 기능 수와 복잡도에 따라 달라지며, 간단한 프로토타입은 2,000만 원부터 시작하기도 합니다. 견적을 비교할 때는 포함된 기능 범위와 추가 작업 단가를 확인하는 것이 중요합니다.
데브크래프트와 계약하기 전에 어떤 질문을 해야 하나요?
기술 스택을 선택한 이유, 팀 구성, 일정 지연 시 책임 소재, 변경 요청 비용 산정 기준, 그리고 코드 품질 확인 방법을 물어보세요. 특히 ‘포트폴리오에서 실제 코드를 볼 수 있는지’는 반드시 확인해야 합니다.
데브크래프트의 개발 기간은 얼마나 걸리나요?
간단한 앱은 23개월, 중규모 앱은 46개월, 복잡한 플랫폼은 8개월 이상 소요됩니다. 단, 고객의 피드백 속도와 변경 요청에 따라 일정이 늘어날 수 있으므로 계약서에 피드백 기한을 명시하는 것이 좋습니다.
데브크래프트는 어떤 기술 스택을 사용하나요?
프런트엔드는 React, 백엔드는 Node.js, 데이터베이스는 PostgreSQL을 주로 사용합니다. 모바일 앱은 React Native를 권장하지만, 프로젝트에 따라 Flutter나 네이티브 개발도 가능합니다. 기술 스택은 팀의 숙련도와 프로젝트 요구사항에 맞춰 조정됩니다.
데브크래프트의 유지보수 계약은 어떻게 되나요?
월 50만 원부터 시작하며, 버그 수정과 소규모 기능 추가를 지원합니다. 응답 시간은 평균 4시간으로 빠른 편이지만, 대규모 기능 추가는 별도 비용이 발생합니다. 계약 기간과 포함 범위를 명확히 확인하는 것이 중요합니다.