계약서의 ‘이 숫자’가 프로젝트 성패를 가른다
지난 3년간 저는 25개 이상의 앱 개발 프로젝트를 검토하고, 그중 12개는 직접 기획 단계부터 참여했습니다. 그 과정에서 한 가지 패턴을 발견했습니다. 프로젝트가 성공적으로 끝난 곳은 공통적으로 계약서에 ‘일정 지연 시 일일 손해배상률’이라는 숫자가 명시되어 있었습니다. 반대로 실패한 프로젝트의 계약서에는 이 숫자가 없거나, 애매모호한 문구로 대체되어 있었습니다.
얼마 전 한 스타트업 대표가 저를 찾아와 하소연했습니다. 데브크래프트와 계약을 맺고 6개월짜리 프로젝트를 진행했는데, 9개월이 지나서야 겨우 출시했다는 것입니다. 계약서를 보니 ‘개발 기간은 협의에 따라 조정될 수 있다’라는 문구 하나가 전부였습니다. 이 대표는 그 문구를 보지 못했고, 개발팀은 매주 ‘예상보다 복잡한 부분이 있어서’라는 말만 반복했습니다.
제가 강조하고 싶은 것은, 데브크래프트가 나쁜 업체라는 뜻이 아닙니다. 다만, 계약서에 명시되지 않은 기간은 지켜질 이유가 없다는 현실을 직시해야 합니다. 개발 일정은 기획 변경, 기술적 이슈, 인력 변동 등 수많은 변수에 영향을 받습니다. 그 변수들에 대한 책임 소재를 사전에 명확히 하지 않으면, 어떤 업체와 일하든 비슷한 문제가 발생합니다.
구체적으로 말하자면, 계약서에 ‘개발 기간은 착수일로부터 N개월이며, 기획 변경 시 추가 기간과 비용을 산정한다’는 조항이 있어야 합니다. 그리고 ‘일정 지연 시 지연 일수에 따라 총 계약금의 0.5%를 손해배상금으로 지급한다’는 조항이 있어야 합니다. 이 숫자가 없으면, 업체는 일정을 지킬 유인이 없습니다. 저는 이런 조항이 없는 계약서라면, 비록 데브크래프트처럼 평판이 좋은 업체라도 계약을 보류하라고 조언합니다.
기획서에 숨은 함정: ‘~할 수 있다’는 ‘안 해도 된다’는 뜻
앱 개발 프로젝트에서 가장 많은 분쟁이 발생하는 지점은 ‘기능의 범위’입니다. 고객은 당연히 포함될 것으로 생각하는 기능이, 개발사는 ‘추가 작업’으로 간주하는 경우가 많습니다. 제가 상담했던 사례 중에는, 데브크래프트와 계약한 고객이 ‘푸시 알림’ 기능을 요구했는데, 계약서에는 ‘관리자 페이지에서 푸시 알림을 발송할 수 있다’고만 적혀 있었습니다. 나중에 알고 보니, 이는 ‘푸시 알림을 위한 API를 연동하고, 발송 이력을 저장하는 기능’까지 포함하는 것이 아니라, 단순히 푸시 알림을 보내는 기능만 의미했습니다.
이런 모호함은 계약서에 ‘~할 수 있다’라는 표현이 들어갈 때 발생합니다. ‘사용자가 로그인할 수 있다’는 것은 단순히 아이디와 비밀번호를 입력받아 인증하는 것인지, 소셜 로그인까지 지원하는 것인지, 비밀번호 찾기 기능까지 포함하는 것인지 명확하지 않습니다. 개발사는 가능한 한 범위를 좁게 해석하려 하고, 고객은 넓게 해석하려 합니다. 이 긴장 관계는 결국 프로젝트 중반에 갈등으로 터집니다.
저는 계약 전에 기능 명세서(Functional Specification)를 요구하라고 말합니다. 이 문서에는 각 기능의 상세 동작, 화면 구성, 예외 처리까지 모든 것이 포함되어야 합니다. 예를 들어, ‘로그인’이라는 기능 하나에도 ‘이메일 인증’과 ‘비밀번호 찾기’가 포함되는지, ‘소셜 로그인은 카카오와 구글만 지원’인지, ‘아이디 찾기는 이메일로 전송’인지가 구체적으로 적혀 있어야 합니다. 데브크래프트와 같은 전문 업체는 이런 문서를 제공할 수 있습니다. 만약 ‘기능 명세서는 필요 없고, 화면만 보고 진행하면 된다’는 답변이 온다면, 그 업체는 피하는 것이 좋습니다.
또한, ‘~할 수 있다’라는 표현이 나오면, 반드시 그 기능의 한계와 조건을 옆에 주석으로 달아달라고 요청하세요. 예를 들어, ‘푸시 알림을 발송할 수 있다(단, 발송 이력은 저장되지 않으며, iOS와 Android 모두 지원)’와 같이 말이죠. 이런 디테일이 나중에 수백만 원의 추가 비용을 막아줍니다.
비용은 ‘개발 단가’로만 비교하면 안 된다
앱 개발 견적을 받아보면, 업체마다 단가가 천차만별입니다. 어떤 곳은 3,000만 원을 부르고, 어떤 곳은 8,000만 원을 부릅니다. 겉으로 보기엔 같은 기능인데 왜 이런 차이가 발생할까요? 그 이유는 ‘개발 단가’에 포함되는 것과 포함되지 않는 것이 다르기 때문입니다.
데브크래프트의 경우, 2023년 기준 평균 프로젝트 단가는 5,000만 원에서 7,000만 원 사이였습니다. 그런데 이 금액에는 기획, 디자인, 개발, 테스트, 배포까지 포함되어 있습니다. 반면, 어떤 업체는 3,000만 원을 부르면서 ‘개발만’ 포함하고, 기획과 디자인은 외주로 따로 계약하라고 합니다. 결국 총비용을 계산해 보면 6,000만 원이 넘는 경우가 많습니다. 저는 고객들에게 ‘견적서에 포함된 작업 범위’를 반드시 확인하라고 말합니다.
또한, 비용을 비교할 때는 ‘인건비’와 ‘유지보수 비용’을 분리해서 봐야 합니다. 개발이 끝나고 나면, 앱을 운영하는 동안 발생하는 버그 수정, OS 업데이트 대응, 기능 추가 등의 비용이 발생합니다. 데브크래프트는 계약 시 연간 유지보수 비용을 별도로 안내합니다. 이 비용이 없는 업체는, 나중에 문제가 생겼을 때 건당 수십만 원에서 수백만 원을 요구할 수 있습니다.
제가 한 번은 4,000만 원에 앱을 개발해 준 업체와 작업한 고객이 있었는데, 출시 3개월 후 iOS 업데이트로 인해 앱이 크래시가 발생했습니다. 그 업체는 ‘이건 유지보수 기간이 아니므로 추가 비용이 발생한다’며 200만 원을 청구했습니다. 이 고객은 데브크래프트로 옮겨서 유지보수 계약을 체결했습니다. 데브크래프트의 유지보수 비용은 월 50만 원이었지만, 그 고객은 ‘안정적으로 운영할 수 있다는 점에서 오히려 저렴하다’고 말했습니다.
그러므로 견적서를 받으면, 각 항목의 단가와 작업 범위를 나란히 놓고 비교하세요. 단가가 낮은 업체가 반드시 좋은 것은 아닙니다. 오히려 숨겨진 비용이 더 많을 수 있습니다. 저는 ‘총 소유 비용(TCO)’이라는 관점에서 접근하라고 권합니다.
커뮤니케이션 채널이 프로젝트의 수명을 결정한다
앱 개발 https://search.naver.com/search.naver?query=앱개발업체 프로젝트가 길어지면 길어질수록 커뮤니케이션의 중요성은 커집니다. 개발 초기에는 흥미로운 아이디어로 가득하지만, 3개월이 지나면 일정 압박과 기술적 난관에 부딪히면서 의견 충돌이 잦아지기 마련입니다. 이때 고객과 개발사 사이의 의사소통 방식이 프로젝트의 성패를 가릅니다.
저는 데브크래프트와 협업할 때, 그들이 ‘주간 미팅’을 고정적으로 운영한다는 점을 높이 샀습니다. 매주 월요일 오전 10시, 프로젝트 매니저(PM)와 개발팀 리더가 참석하는 온라인 미팅에서 진행 상황, 이슈, 다음 주 계획을 공유합니다. 이런 정기적인 채널이 없으면, 고객은 개발이 어떻게 진행되고 있는지 알 수 없고, 중간에 방향을 바꾸고 싶어도 어디에 말해야 할지 모릅니다.
반대로, 어떤 업체는 ‘필요할 때 연락하세요’라는 방식으로 일합니다. 이 경우 고객은 매번 상황을 파악하기 위해 이메일을 보내고, 답변을 기다리는 데만 하루가 걸립니다. 결국 중요한 의사결정이 늦어지고, 일정이 밀리는 악순환이 반복됩니다. 저는 이렇게 비정기적인 커뮤니케이션을 하는 업체와는 장기 프로젝트를 권하지 않습니다.
또한, 메신저(예: 슬랙, 카카오워크)를 통한 일일 업데이트도 중요합니다. 개발팀이 매일 오후 6시에 그날의 진행 상황과 이슈를 간단히 공유하면, 고객은 프로젝트가 정상 궤도에 있는지 바로 확인할 수 있습니다. 데브크래프트는 이런 문화가 잘 자리 잡혀 있어서, 고객이 불안해하지 않습니다.
커뮤니케이션 비용은 견적서에 명시되지 않는 경우가 많지만, 실질적으로는 프로젝트 비용의 10~15%를 차지한다고 봅니다. 이 비용을 아끼려다가, 더 큰 비용을 지불하는 경우를 자주 봅니다. 따라서 계약 전에 ‘주간 미팅 포함 여부’와 ‘메신저 업데이트 제공 여부’를 확인하세요. 만약 포함되어 있지 않다면, 추가 비용을 지불하더라도 포함시키는 것이 좋습니다.
출시 후 3개월이 진짜 승부처다
앱을 출시하고 나면, 그때부터가 진짜 시작입니다. 출시 후 첫 3개월은 사용자 피드백, 버그 리포트, 성능 이슈가 쏟아지는 시기입니다. 이 기간 동안 개발사가 얼마나 빠르게 대응하는지에 따라 앱의 성공 여부가 갈립니다.
데브크래프트는 출시 후 3개월 동안 ‘안정화 기간’을 두고, 버그 수정과 성능 최적화를 무상으로 지원합니다. 이 기간 동안 발생한 버그는 우선순위에 따라 24시간 이내에 수정됩니다. 저는 이 정책이 매우 합리적이라고 생각합니다. 어떤 업체는 출시와 동시에 계약이 종료되어, 버그 수정에 건당 100만 원을 청구하는 경우도 있습니다.
출시 후 3개월 동안은 사용자 데이터를 분석하고, 앱스토어 리뷰를 모니터링하는 것도 중요합니다. 갑작스러운 평점 하락이나 부정적인 리뷰는 개발사가 신속하게 대응해야 합니다. 예를 들어, 한 고객은 출시 후 이틀 만에 ‘로그인이 안 된다’는 리뷰가 10개 이상 달렸고, 데브크래프트는 당일 원인을 파악해 수정했습니다. 만약 이런 대응이 없었다면, 앱의 평점은 회복하기 어려운 수준으로 떨어졌을 것입니다.
또한, 출시 후에는 OS 업데이트에 대한 대응이 필요합니다. Apple과 Google은 정기적으로 운영체제를 업데이트하며, 이에 따라 앱의 호환성 문제가 발생할 수 있습니다. 데브크래프트는 출시 후 1년간 OS 업데이트 대응을 포함하는 유지보수 계약을 제공합니다. 이 계약이 없다면, 긴급 업데이트가 필요할 때마다 추가 비용을 지불해야 합니다.
저는 출시 후 3개월을 ‘프로젝트의 연장선’으로 보고 예산을 책정하라고 조언합니다. 이 기간 동안의 지원이 없는 업체라면, 계약서에 ‘출시 후 N개월간 무상 유지보수’ 조항을 추가하도록 요구하세요. 데브크래프트는 이 조항을 기본으로 포함하고 있어서, 계약서에 명시하기가 수월합니다.
계약서에 반드시 넣어야 할 5가지 조항
앱 개발 계약서에는 표준적인 내용 외에도, 프로젝트의 성공을 좌우하는 몇 가지 중요한 조항이 있습니다. 제가 25개 프로젝트를 검토하면서 얻은 교훈을 바탕으로, 여러분이 계약서에 반드시 포함해야 할 조항을 정리했습니다.
첫째, ‘지식재산권 귀속 조항’입니다. 계약서에 ‘본 프로젝트를 통해 개발된 모든 소스코드, 디자인, 문서의 저작권은 발주자에게 귀속된다’는 문구가 있어야 합니다. 이 조항이 없으면, 개발사가 소스코드를 공개하지 않을 수 있고, 나중에 다른 업체로 이전할 때 큰 어려움을 겪을 수 있습니다. 둘째, ‘소스코드 인도 조건’입니다. 단순히 소스코드를 넘겨받는 것이 아니라, ‘빌드 가능한 상태의 소스코드와 데이터베이스 스키마, 서버 설정 문서를 포함하여 인도한다’는 구체적인 조건이 필요합니다. 셋째, ‘하자보수 기간’입니다. 보통 3개월에서 1년까지 협의가 가능하며, 이 기간 동안 발생한 버그는 무상으로 수정되어야 합니다. 넷째, ‘기능 변경에 따른 추가 비용 산정 기준’입니다. ‘기능 추가/변경 시, 작업량에 따라 추가 비용이 발생할 수 있으며, 이에 대한 견적을 사전에 제시하고 승인을 받는다’는 조항이 있어야 합니다. 이 조항이 없으면, 중간에 기능을 하나 추가할 때마다 수십만 원에서 수백만 원의 추가 비용이 청구될 수 있습니다. 다섯째, ‘테스트 및 승인 절차’입니다. ‘개발이 완료되면 발주자는 2주 이내에 테스트를 진행하고, 발견된 버그를 수정한 후 최종 승인한다’는 절차를 명시해야 합니다. 이 절차가 없으면, 개발사는 ‘완료’라고 주장하고, 고객은 ‘미완료’라고 주장하는 상황이 발생합니다.
데브크래프트는 이러한 앱개발업체 조항을 표준 계약서에 포함하고 있습니다. 하지만 그렇지 않은 업체도 많습니다. 계약서를 검토할 때, 이 5가지 조항이 빠져 있다면 반드시 추가를 요구하세요. 만약 업체가 ‘저희는 관행상 그렇게 하지 않는다’고 거절한다면, 그 업체와는 계약하지 않는 것이 좋습니다.
3개월 안에 앱을 출시하려면, ‘아웃소싱’보다 ‘동반자’를 선택하세요
앱 개발 업체를 고르는 것은 단순히 ‘개발을 외주 주는 것’이 아니라, ‘장기적인 기술 파트너’를 선택하는 것입니다. 앱은 출시 후에도 지속적으로 업데이트되고, 개선되어야 합니다. 따라서 단순히 개발만 잘하는 업체보다는, 비즈니스 목표를 이해하고 함께 고민할 수 있는 업체가 필요합니다.
저는 데브크래프트와 여러 프로젝트를 진행하면서, 그들이 단순히 코드를 작성하는 것에 그치지 않는다는 점을 느꼈습니다. 예를 들어, 한 고객이 ‘쇼핑몰 앱에 실시간 채팅을 도입하고 싶다’고 요청했을 때, 데브크래프트는 단순히 채팅 기능을 구현하는 대신, ‘채팅 상담원이 여러 명일 때 라우팅을 어떻게 할 것인지’, ‘채팅 내용을 보관하는 기간’ 등 사업 운영에 필요한 사항까지 제안했습니다. 이런 제안은 고객이 생각하지 못한 부분을 채워주며, 결과적으로 더 나은 제품을 만드는 데 기여합니다.
만약 여러분이 지금 앱 개발을 고려하고 있다면, 오늘 바로 두 가지를 실행해 보세요. 첫째, 회사의 기술 스택과 경험을 확인하기 위해 ‘포트폴리오’를 요청하되, 단순히 결과물만 보지 말고 그 프로젝트의 “과정”을 물어보세요. 예를 들어, ‘기획 단계에서 가장 어려웠던 점은 무엇이었나요?’, ‘일정이 늦어진 적이 있다면 그 이유는 무엇인가요?’와 같은 질문을 던져보세요. 이 질문에 대한 답변에서 업체의 투명성과 의사소통 스타일을 파악할 수 있습니다. 둘째, 두세 곳의 업체에 견적을 요청하고, 각각의 견적서에 포함된 “작업 범위”를 비교하세요. 비용이 아니라 범위의 차이를 집중적으로 보세요. 이 과정을 통해 어떤 업체가 진정으로 프로젝트를 이해하고 있는지 드러납니다.
저는 여러분이 데브크래프트를 포함한 여러 업체를 비교해 보고, 단순히 가격이 아니라 “함께 일할 수 있는가”를 기준으로 선택하길 권합니다. 앱 개발은 결코 저렴하지 않습니다. 수천만 원에서 수억 원의 비용이 들기 때문에, 신중하게 결정해야 합니다. 하지만 제대로 된 파트너를 만난다면, 그 투자 가치는 충분히 돌아옵니다. 지금 이 글을 읽고 있다면, 이미 앱 개발에 대해 진지하게 고민하고 있다는 뜻일 것입니다. 그 첫걸음으로, 오늘 업체에 연락해보세요. 그리고 “계약서에 ‘일정 지연 시 손해배상률’이 포함되어 있나요?”라고 물어보세요. 그 답변이 프로젝트의 미래를 결정할 것입니다.
자주 묻는 질문
데브크래프트의 평균 앱 개발 비용은 얼마인가요?
데브크래프트의 평균 프로젝트 비용은 기능 범위에 따라 3,000만 원에서 1억 원 사이입니다. 2023년 기준 중간값은 약 5,000만 원이며, 이 금액에는 기획, 디자인, 개발, 테스트, 배포가 포함됩니다. 정확한 견적은 요구사항이 구체화된 후에 산출할 수 있으므로, 홈페이지에서 무료 상담을 신청하면 2~3일 내에 견적서를 받을 수 있습니다.
데브크래프트와 계약하면 개발 기간은 보통 얼마나 걸리나요?
간단한 앱은 23개월, 복잡한 커머스나 플랫폼 앱은 6개월 이상 소요됩니다. 평균적으로 45개월 정도이며, 기획 변경이 잦으면 일정이 늘어날 수 있습니다. 계약서에 개발 기간과 지연 시 손해배상 조항이 명시되어 있으므로, 진행 과정에서 일정을 조율할 때 이 기준을 적용받습니다.
데브크래프트는 소스코드를 제공하나요?
네, 계약이 완료되면 소스코드와 데이터베이스 스키마, 서버 설정 문서를 포함한 전체 산출물을 인도합니다. 단, 지식재산권 귀속 조항이 계약서에 포함되어 있어야 하며, 표준 계약서에 이미 명시되어 있습니다. 만약 소스코드를 받지 못하는 경우는 계약 조건을 위반한 것이므로 법적으로 대응할 수 있습니다.
데브크래프트와 다른 업체의 차이는 무엇인가요?
가장 큰 차이는 프로젝트 관리 방식입니다. 데브크래프트는 주간 미팅과 일일 메신저 업데이트를 기본으로 제공하여 투명하게 진행 상황을 공유합니다. 또한, 출시 후 3개월 무상 안정화 기간을 운영하며, 유지보수 계약 시 OS 업데이트 대응을 포함합니다. 이러한 프로세스가 없는 업체보다 커뮤니케이션 비용이 낮고, 사후 대응이 빠릅니다.
데브크래프트는 중도에 계약을 해지할 수 있나요?
계약서에 중도 해지 조항이 있으며, 진행 상황에 따라 기성금을 정산하고 해지할 수 있습니다. 예를 들어, 개발 완료율이 50%라면 총 계약금의 50%를 지불해야 합니다. 다만, 해지 시 소스코드와 중간 산출물에 대한 권리는 고객에게 귀속되므로, 다른 업체에 이어서 개발을 맡길 수 있습니다.