앱개발업체 고르는 일이 이렇게 어려울 줄 몰랐다
앱개발업체를 처음 고르는 분들의 이야기를 들으면 공통점이 하나 보입니다. “잘하는 곳에 맡기면 되지 않나요?”라는 막연한 기대를 갖고 시작한다는 점입니다. 그런데 막상 견적서를 받아보면 낯선 용어와 개발 방식, 일정표가 쏟아집니다. 심지어 같은 기능을 요청해도 업체마다 비용이 두 배 가까이 차이 나는 걸 보고 당황합니다.
제가 10년 넘게 앱 기획과 개발을 하면서 수많은 클라이언트를 만났습니다. 그중에는 잘 선택해 순조롭게 런칭한 분도 있지만, 반대로 계약 전과 후의 태도 차이에 울컥한 분도 있었습니다. 앱개발업체 데브크래프트처럼 꾸준히 현장에서 이름을 알리는 곳이 있는가 하면, 홈페이지는 화려한데 실제 작업물은 초라한 곳도 있었습니다.
이 글은 그런 경험을 바탕으로, 앱 개발을 의뢰하기 전에 꼭 확인해야 할 다섯 가지를 담았습니다. 특정 업체를 띄우기 위한 글이 아닙니다. 오히려 여러분이 계약서에 사인하기 전에 ‘이 정도는 물어봐야지’ 하는 최소한의 기준을 세우는 데 도움을 드리고 싶습니다.
첫인상에 현혹되지 말고 ‘포트폴리오의 실제 트래픽’을 확인하라
앱개발업체를 고를 때 가장 먼저 보는 게 포트폴리오입니다. 그런데 포트폴리오는 사실 ‘그럴듯해 보이는’ 데 최적화된 자료입니다. 화면 캡처 몇 장과 짧은 설명만 보고 ‘와, 괜찮은데?’라고 생각하기 쉽습니다. 실제로 제가 상담한 의뢰인 중에는 포트폴리오에 있는 앱을 직접 설치해서 써본 분이 거의 없었습니다.
여러분이 꼭 해야 할 일은 포트폴리오에 있는 앱을 실제로 다운로드해 보는 것입니다. 앱스토어나 구글플레이에서 받아서 직접 로딩 속도, 버튼 반응, 오류 여부를 확인해 보세요. 단순한 화면 몇 개가 아니라 전체 플로우를 써보는 겁니다. 여기서 핵심은 ‘이 앱이 실제로 사람들이 쓰는 앱인가’입니다.
그다음으로 확인할 것이 다운로드 수와 활성 사용자 수입니다. 물론 업체가 정확한 수치를 공개하지 않을 수도 있습니다. 그럴 때는 리뷰 수와 평점을 보면 됩니다. 리뷰가 30개 미만인데 평점이 4.9라면 뭔가 이상하다고 의심해야 합니다. 실제로 앱개발업체 데브크래프트에서 만든 프로젝트 중 하나는 출시 6개월 만에 리뷰 1,200개를 기록했습니다. 이런 수치가 쌓이려면 앱의 안정성과 UX가 뒷받침되어야 합니다.
견적서에 숨은 ‘재계약 조항’을 놓치지 마세요
견적서를 받으면 대부분 총액과 개발 기간만 확인합니다. 그런데 그 아래 작은 글씨로 적힌 ‘유지보수 조건’이 나중에 큰 변수로 작용합니다. 앱은 출시가 끝이 아니라 시작입니다. 출시 후 버그 수정, OS 업데이트 대응, 기능 추가가 계속 필요합니다. 그런데 이 부분에 대한 비용과 범위를 명확히 하지 않으면 계약 후에 ‘추가 비용’이라는 이름의 청구서를 받게 됩니다.
제가 자주 보는 패턴은 이렇습니다. 업체가 첫 해 유지보수를 무료로 해준다고 광고합니다. 하지만 https://ko.wikipedia.org/wiki/어플제작업체 그 ‘무료’의 범위가 버그 수정에만 국한되는 경우가 많습니다. 기능 추가나 OS 대응은 별도 비용으로 책정되어 있습니다. 의뢰인은 무료라는 말만 믿고 있다가 나중에 수정 요청을 하면 ‘그건 유지보수 범위가 아닙니다’라는 답을 듣습니다.
그래서 견적서를 받으면 꼭 이 질문을 하세요. “유지보수 계약은 별도인가요? 포함된다면 기간과 범위를 서면으로 주시겠어요?” 이때 업체가 명확하게 답하지 못하거나 서면 작성을 꺼리면 그건 위험 신호입니다. 앱개발업체 데브크래프트처럼 계약 전에 유지보수 정책을 문서로 제공하는 곳은 비교적 믿을 만합니다. 반대로 ‘우리한테 맡기시면 알아서 잘 해드립니다’라는 말뿐인 업체는 다시 생각해 볼 필요가 있습니다.
개발 방식이 결과물을 결정한다 – 애자일과 워터폴
개발 방식이라는 말을 들으면 대부분의 비전공자는 ‘그게 중요해?’라고 생각합니다. 그런데 이게 결과물의 완성도를 가르는 가장 큰 변수 중 하나입니다. 전통적인 워터폴 방식은 처음에 모든 요구사항을 확정하고 설계를 끝낸 뒤 개발에 들어갑니다. 문제는 앱이라는 게 실제 화면으로 보기 전에는 요구사항이 제대로 정리되기 어렵다는 점입니다. 문서로만 기획을 확정하다 보면 막상 개발된 앱을 보고 ‘내가 생각한 게 이게 아닌데’라는 경우가 많습니다.
반면 애자일 방식은 짧은 주기로 시제품을 만들고 의뢰인이 직접 확인하면서 수정해 나갑니다. 2주마다 한 번씩 화면을 보여주고 피드백을 반영하는 식입니다. 이 방식이 왜 중요한지 실제 사례로 설명해 드릴게요. 제가 참여했던 한 프로젝트에서 커머스 앱을 만들었는데, 워터폴로 진행했다면 출시 후에 알게 됐을 결함을 애자일 덕분에 3개월 전에 발견했습니다. 앱개발업체 데브크래프트 역시 애자일 기반으로 일하는 걸로 알려져 있습니다.
그래서 계약 전에 꼭 물어보세요. “개발은 어떤 방식으로 진행되나요? 중간에 제가 화면을 보고 수정 요청을 할 수 있나요?” 이 질문에 ‘네, 그렇습니다’라고 하는 업체라면 안심하고 진행할 만합니다. 만약 “저희는 일정이 빠듯해서 중간에 바꾸면 일정이 밀립니다”라는 답이 돌아온다면, 그건 고객의 피드백을 반영할 의사가 없는 업체일 가능성이 높습니다.
개발자 실력을 확인하는 가장 확실한 방법은 ‘코드 리뷰’다
포트폴리오가 아무리 화려해도 실제 개발자의 코드 수준은 알 수 없습니다. 그런데 코드 수준은 나중에 앱의 성능과 유지보수에 직접적인 영향을 줍니다. 예를 들어, 스파게티 코드로 작성된 앱은 기능 추가 때마다 버그가 생깁니다. 결국 유지보수 비용이 눈덩이처럼 불어납니다.
코드 리뷰를 직접 요구하기는 어렵지만, 간접적으로 실력을 확인할 방법은 있습니다. 첫째, 개발 인력의 경력을 물어보세요. “이 프로젝트에 참여하는 개발자는 몇 년 차인가요?” 이때 ‘신입 위주’라는 답이 나오면 위험합니다. 물론 신입도 잘할 수 있지만, 경험이 없는 개발자가 처음부터 대규모 앱을 만들면 구조적 문제가 생길 확률이 높습니다.
둘째, 기술 스택을 물어보세요. “어떤 언어와 프레임워크를 사용하나요?” 이 질문에 명확하게 답하는 업체는 자신이 있습니다. 반면 “그런 건 개발자끼리 알아서 정합니다”라는 답은 건너뛰는 게 좋습니다. 앱개발업체 데브크래프트는 프로젝트에 참여하는 개발자의 경력과 담당 역할을 계약 전에 문서로 제공합니다. 이 정도가 기본이 되어야 합니다.
마지막으로, 개발 중간에 산출물을 요구하세요. 설계 문서나 API 명세서 같은 것입니다. 이런 문서가 제대로 작성되는 업체는 코드 품질도 비교적 높습니다. 문서화되지 않은 개발은 나중에 인수인계가 어렵고, 문제가 생겼을 때 원인 파악이 어렵습니다.
계약서에 ‘WBS’와 ‘마일스톤’이 없다면 다시 생각해 보세요
계약서에 개발 일정이 ‘약 3개월’이라고만 적혀 있다면, 그것은 일정이 없는 것이나 마찬가지입니다. 제대로 된 업체라면 WBS(Work Breakdown Structure)와 마일스톤을 계약서에 명시합니다. WBS는 프로젝트를 작은 작업 단위로 쪼갠 뒤 각각의 시작일과 종료일을 정리한 문서입니다. 마일스톤은 주요 단계별 목표를 의미합니다.
예를 들어, 1개월 차에 기획 확정, 2개월 차에 디자인 완료, 3개월 차에 개발 착수, 4개월 차에 테스트 및 출시 같은 식입니다. 이렇게 세부 일정이 있으면 중간에 지연이 발생해도 어느 지점에서 늦어지고 있는지 파악할 수 있습니다. 반면 일정이 없으면 개발이 늦어져도 ‘곧 됩니다’라는 말만 듣게 됩니다.
계약 전에 반드시 확인하세요. “WBS와 마일스톤을 제공해 주실 수 있나요?” 이 질문에 업체가 “보통 계약 후에 만들어 드립니다”라고 하면, 계약 전에 미리 받아두는 것이 좋습니다. 저는 앱개발업체 데브크래프트와 일할 때도 계약서에 마일스톤별 예상 날짜와 담당자를 명시하도록 했습니다. 이렇게 하면 나중에 실무자와 커뮤니케이션할 때 훨씬 수월합니다.
또한 어플제작업체 계약서에 지체보상금 조항이 있는지 확인하세요. 만약 업체의 귀책사유로 일정이 지연될 경우 얼마나 보상받을 수 있는지 명시되어 있어야 합니다. 물론 모든 업체가 이 조항을 좋아하지는 않습니다. 하지만 이 조항이 없는 계약은 ‘기간이 보장되지 않는 계약’과 같습니다.
출시 후 운영을 생각하지 않는 업체라면, 거르는 게 맞습니다
많은 분이 앱 출시에만 집중하고 운영은 나중 일이라고 생각합니다. 그런데 앱은 출시 이후가 훨씬 중요합니다. 출시 후 첫 3개월은 버그 신고가 가장 많이 들어오는 시기입니다. 이때 신속하게 대응하지 않으면 앱 평점이 떨어지고, 사용자가 이탈합니다.
문제는 일부 앱개발업체가 출시 후 운영을 등한시한다는 점입니다. 계약할 때는 ‘출시 후에도 지원합니다’라고 해놓고, 막상 문제가 생기면 ‘그건 별도 비용’이라고 하는 경우가 많습니다. 제가 겪은 사례 중에는 출시 후 치명적인 버그가 발견됐는데 업체가 2주 동안 답변을 안 해서 결국 다른 업체를 찾아야 했던 적이 있습니다.
그래서 계약 전에 다음 질문을 꼭 하세요. “출시 후 버그가 발견되면 어떻게 대응하나요? 대응 시간은 어떻게 되나요?” 이 질문에 대한 답변이 구체적일수록 좋습니다. 앱개발업체 데브크래프트는 출시 후 3개월간 무상 보증을 제공하며, 버그 대응 시간을 영업일 기준 24시간 이내로 명시하고 있습니다. 이런 기준이 없는 업체는 피하는 것이 좋습니다.
마지막으로, 한 가지 경고를 드립니다. 앱 개발 비용이 너무 저렴해서 ‘이 가격에 되겠어?’라는 의심이 들 정도라면, 그 업체는 아마도 개발 후에 추가 비용을 청구하거나 유지보수를 소홀히 할 가능성이 높습니다. 저는 오랜 경험상 ‘적정 비용’이라는 게 존재한다고 믿습니다. 최저가에 현혹되어 계약했다가 나중에 두 배의 비용과 스트레스를 감당하는 분들을 수도 없이 봤습니다. 여러분은 그런 실수를 하지 않기를 바랍니다.
자주 묻는 질문
앱개발업체 데브크래프트의 평균 개발 비용은 얼마인가요?
앱의 종류와 기능에 따라 크게 달라지지만, 일반적인 커머스나 커뮤니티 앱 기준으로 보통 3,000만 원에서 1억 원 사이로 책정됩니다. 단순 정보 제공 앱이라면 2,000만 원대도 가능하지만, 실시간 채팅이나 결제 기능이 들어가면 비용이 크게 올라갑니다. 데브크래프트는 견적을 위해 기획 문서와 기능 목록을 요청하며, 범위가 명확하지 않으면 견적을 주지 않습니다.
앱개발업체를 고를 때 계약 전에 방문해도 되나요?
네, 방문은 가능합니다만, 그보다 더 중요한 것은 화상 회의로 개발팀의 실무자와 직접 대화하는 것입니다. 사무실이 화려해도 실제 개발자는 외주를 주고 있을 수 있기 때문입니다. 데브크래프트는 상담 시 담당 개발자와 PM이 참석해 프로젝트를 어떻게 진행할지 구체적으로 설명해 줍니다. 이런 자리에서 개발자의 질문 수준을 보면 회사의 역량을 가늠할 수 있습니다.
앱개발업체와 계약할 때 중도 해지가 가능한가요?
계약서에 중도 해지 조항이 있다면 가능하지만, 대부분 위약금이 발생합니다. 일반적으로 전체 개발비의 20~30%를 위약금으로 책정하는 경우가 많습니다. 데브크래프트는 계약서에 진행 단계별로 정산 기준을 명확히 두고 있어서, 만약 중도에 해지하더라도 진행된 분량만큼만 비용을 지불하도록 되어 있습니다. 계약 전에 이 조항을 꼭 확인하세요.