맞춤형 앱은 실제로 얼마가 드는가: 정직하고 투명한 비용 분석

세 곳의 개발사에 맞춤형 앱이 얼마냐고 물으면 자릿수조차 겹치지 않는 세 개의 숫자가 돌아옵니다. 한 곳은 4천이라 하고, 한 곳은 4만이라 하며, 또 한 곳은 조용히 "상황에 따라 다릅니다"라고 말한 뒤 두 번째 미팅을 잡습니다. 엄밀히 말해 누구도 거짓말을 하지는 않습니다. 하지만 누구도 당신이 정말로 알아야 할 것, 즉 돈이 어디로 가는지, 그리고 왜 당신의 앱이 그 금액이 되는지를 말해주지 않습니다. 그러니 보닛을 열어봅시다.

저는 1인 기술자부터 지역 체인까지 다양한 기업을 위해 셀 수 없을 만큼 많은 앱 견적을 작성해 왔습니다. 가격에 대한 가장 흔한 반응은 총액에 대한 충격이 아니라 편차에 대한 당혹감입니다. 같은 세 단어 의뢰("예약 앱")가 어떻게 열 배나 차이 나는 견적을 만들어낼 수 있을까요? 솔직히 말하면 "예약 앱"은 의뢰가 아닙니다. 그것은 바람입니다. 가격은 그 아래 숨어 있는 백 개의 작은 결정 속에 자리합니다.

이 글은 모든 사업주가 개발자와의 첫 통화 전에 가지고 있었으면 하는 분석입니다. 군더더기도, 겁주기도, 끼워팔기도 없습니다. 그저 실제 비용 구성 요소, 조용히 예산을 두 배로 만드는 것들, 그리고 후회할 결과물로 끝나지 않으면서 덜 쓰는 몇 가지 정직한 방법뿐입니다.

"같은 앱"에 대한 두 견적이 10배 차이 나는 이유

소프트웨어는 선반에서 꺼내는 제품이 아니라 숙련된 사람의 시간으로 측정되는 노동입니다. 그래서 맞춤형 앱의 가격은 본질적으로 범위 × 시간당 단가 × 위험일 뿐입니다. 나머지는 모두 이 세 가지에 대한 각주입니다. 두 견적이 크게 벌어질 때는 이 세 숫자 중 하나가 매우 다르게 읽히고 있는데, 대개 아무도 그것을 소리 내어 말하지 않습니다.

범위는 명백한 부분입니다. "예약 앱"은 고객이 시간대를 고르는 화면 하나를 뜻할 수도 있고, 직원 일정, 결제, 알림, 고객 로그인, 관리자 대시보드, 환불, 그리고 사장이 월요일에 읽는 보고서까지 뜻할 수도 있습니다. 같은 세 단어, 열 배의 작업량입니다. 싼 견적은 흔히 작은 버전을 가정하고, 비싼 견적은 조용히 큰 버전을 가정합니다. 어느 쪽도 당신이 무엇을 의도했는지 묻지 않았습니다.

그리고 위험이 있습니다. 아무도 값을 매기고 싶어 하지 않는 부분이죠. 모호한 의뢰, 무엇을 원하는지 정하지 못한 고객, 낡은 레거시 시스템과의 연동 — 이런 것들은 시간만 더하는 게 아니라 불확실성을 더합니다. 경험 많은 팀은 불확실성에 데어본 적이 있기에 여유를 둡니다. 더 싼 견적은 흔히 위험을 전혀 반영하지 않았고, 바로 그래서 중간에 부풀어 오르곤 합니다.

돈은 실제로 어디로 가는가

사람들은 앱 개발을 떠올릴 때 코딩을 떠올립니다. 코딩은 실재하지만, 청구액의 절반에도 미치지 못하는 경우가 대부분입니다. 맞춤형 앱은 문서를 쓰는 것보다 작은 집을 짓는 것에 가깝습니다. 보이는 부분 주위에 설계, 배관, 검수, 서류 작업이 있죠. 모든 것을 따져보면 일반적인 예산은 이렇게 나뉩니다.

이 표에서 사람들이 흔히 놀라는 점은 두 가지입니다. 첫째, 기능 코드를 한 줄도 쓰기 전에 예산의 상당 부분이 쓰인다는 점입니다. 기획과 설계는 사치가 아니라 실수를 바로잡는 가장 싼 자리입니다. 스케치에서 화면을 바꾸는 데는 몇 분, 다 만든 뒤 바꾸는 데는 며칠이 듭니다. 둘째, 테스트 항목이 얼마나 현실적인가입니다. 이를 건너뛴다고 돈이 절약되지는 않습니다. 이자까지 붙여 출시 주간으로 비용을 옮길 뿐입니다.

기획과 설계: 모두가 건너뛰고 싶어 하는 부분

기획은 "예약 앱"을 정확한 화면과 규칙의 목록으로 바꾸는 과정입니다. 아직 아무것도 만들어지지 않아 간접비처럼 느껴집니다. 하지만 여기서의 한 시간은 나중의 여러 시간을 아낍니다. 모호함이 아직 쌀 때 제거되는 자리이기 때문입니다. 기획 단계 없이 가격을 부르는 팀은 추측을 하고 있거나, 나중에 다른 이름으로 기획 비용을 청구할 작정인 것입니다.

핵심 개발: 눈에 보이는 엔진

이것은 당신의 아이디어를 작동시키는 코드입니다. 사람들이 누르는 화면, 그 뒤의 로직, 그리고 모든 것을 조용히 기억하는 데이터베이스죠. 가장 큰 단일 항목이며 범위에 거의 정비례해 커집니다. 기능을 하나 추가할 때마다 만들 것이 늘고, 테스트할 것이 늘고, 영원히 유지보수할 것이 늘어납니다. "이게 있으면 좋겠는데"가 빠르게 비싸지는 항목이 바로 여기입니다.

연동: 겉보기와 달리 비싼 부분

앱을 다른 시스템에 연결하는 일 — 카드 결제를 받고, SMS 알림을 보내고, 캘린더를 동기화하고, 이미 쓰는 회계 소프트웨어에서 데이터를 가져오는 일 — 은 기능 목록에서는 작아 보여도 청구서에서는 놀랄 만큼 무겁게 떨어집니다. 각 연결은 저마다의 특이점과 실패 양상을 지닌 작은 프로젝트입니다. 얌전한 결제 연동 하나는 괜찮습니다. 낡아가는 사내 시스템과 얽힌 다섯 개의 연동, 거기서 예산은 죽습니다.

아무도 견적에 넣지 않는 비용

여기서 많은 사장님이 1년 뒤 불쾌한 깜짝 선물을 받습니다. 구축은 일회성 숫자이지만 앱은 일회성 물건이 아닙니다. 소프트웨어는 살아 있습니다. 폰은 업데이트되고, 규칙은 바뀌며, 사업은 성장합니다. 살아 있는 것에는 먹이가 필요합니다. 당신이 서명하는 견적은 탄생의 값이지 소유의 값이 아닙니다.

이 중 어느 것도 사기나 숨은 함정이 아닙니다. 그저 한 장짜리 견적에 깔끔히 들어가지 않는 부분이라, 미덥지 못한 파트너가 더 싸 보이려고 빼놓는 것뿐입니다. 좋은 파트너는 첫 숫자가 더 커 보이더라도 미리 말해줍니다. 분명하게 물어보세요. 출시 후 1년 운영하는 데 제게 얼마가 듭니까? 그 답의 질이 당신이 어떤 상대를 만나고 있는지를 많이 말해줍니다.

조용히 가격을 두 배로 만드는 것

어떤 것들은 가져오는 가치에 비례해 비용을 더합니다. 합당하죠. 다른 것들은 전혀 균형이 맞지 않게 비용을 더하는데, 대개 앱이 무엇을 하느냐가 아니라 작업이 어떻게 구성되느냐에서 비롯됩니다. 이것들은 이해할 가치가 있는 지렛대입니다. 그중 몇 가지는 전적으로 당신의 손안에 있기 때문입니다.

• 하나가 아닌 두 개의 플랫폼. 네이티브 아이폰 앱과 네이티브 안드로이드 앱은 대략 두 번의 구축입니다. 크로스플랫폼 도구나 웹 앱은 그것을 다시 하나에 가깝게 줄일 수 있습니다. 이 한 가지 선택이 어떤 기능보다도 총액을 크게 움직일 수 있습니다.
• 합리적 기본값 대신 맞춤 디자인. 픽셀 단위로 완성한 완전 맞춤형 인터페이스는 설계와 구축에 실제 돈이 듭니다. 검증된 패턴을 쓰는 깔끔하고 관습적인 인터페이스는 더 빠르고, 더 싸며, 흔히 고객이 쓰기에도 더 쉽습니다.
• 구축 시작 후 마음을 바꾸는 것. 결정은 화이트보드에서는 싸고 코드에서는 비쌉니다. 가장 흔한 예산 초과는 잘못된 추정이 아니라, 아무것도 못 박지 않아 계속 불어난 범위입니다.
• 실시간, 오프라인, 무거운 데이터. "신호가 없어도 작동해야 한다" 또는 "업데이트가 모두에게 즉시 보여야 한다"는 합당한 요구이지만, 그 아래의 엔지니어링을 조용히 몇 배로 늘립니다.
• 낡고 문서 없는 것과의 연동. 현대적이고 잘 만들어진 시스템에 연결하는 것은 일상적인 일입니다. 문서 없는 15년 된 사내 도구에 연결하는 것은 고고학이며, 시간당으로 청구됩니다.

실제 사례: 6만 유로 견적이 1만 4천 유로 앱이 된 이야기

사생활 보호를 위해 몇 가지 세부는 바꿨지만, 이 이야기의 형태는 진짜이고 완전히 전형적입니다. 한 지역 서비스 회사 — 십수 명의 현장 직원과 바쁜 사무실을 떠올려 보세요 — 가 답답해하며 우리를 찾아왔습니다. 그들은 고객이 작업을 예약하고, 진행을 추적하고, 결제할 수 있는 맞춤형 앱을 원했습니다. 그들은 이미 다른 곳에서 약 6만 유로에 더해 묵직한 월 요금 견적을 받았고, 그 때문에 1년 가까이 이 아이디어 전체에서 손을 떼고 있었습니다.

그들이 받은 견적이 아니라 실제로 필요한 것을 정리해 보니, 그림은 사뭇 달라 보였습니다. 첫 견적은 완전 네이티브 두 앱, 처음부터 만드는 맞춤 디자인, 실시간 배차 시스템, 그리고 그들이 이미 갖고 있고 조용히 만족하던 도구를 대체할 맞춤 관리자 플랫폼을 가정했습니다. 기술적으로는 흠잡을 데 없는 앱이었습니다. 동시에 그것은 그들이 묻지 않은 질문에 대한 답이었습니다.

우리가 실제로 한 일

우리는 첫 몇 차례를 오직 기획에만 썼습니다. 바람을 "이게 없으면 사업이 멈춘다"와 "그건 언젠가 있으면 좋겠다"로 갈라냈죠. 필수 항목은 누구의 예상보다도 좁았습니다. 고객이 작업을 요청하고 추적하는 깔끔한 방법, 자동 알림, 그리고 온라인 결제. 실시간 배차와 맞춤 백오피스는 그들의 기존 소프트웨어가 이미 충분히 처리하던 문제에 대한 해결책으로 드러났습니다.

1. 1
   진짜 일까지 범위를 줄였다

   그들에게 없던 문제를 풀던 기능을 덜어내고, 사업이 정말로 돌아가지 못하는 항목만 간결한 목록으로 남겼습니다.
2. 2
   하나의 크로스플랫폼 구축을 택했다

   별도의 네이티브 두 앱 대신, 하나의 크로스플랫폼 앱이 아이폰과 안드로이드를 모두 아울러 핵심 개발을 대략 절반으로 줄였습니다.
3. 3
   검증된 디자인 패턴을 썼다

   맞춤형이 아닌 깔끔하고 관습적인 인터페이스. 고객은 더 쉽게 썼고, 일정은 몇 주 단축됐습니다.
4. 4
   대체하지 않고 연결했다

   앱을 그들이 이미 비용을 내던 사무실 소프트웨어에 연결했고, 다시 만들지 않았습니다. 비싼 '맞춤 관리자 플랫폼'은 그저 범위에서 사라졌습니다.

결과는 약 1만 4천 유로의 구축으로, 몇 달 만에 오픈했고, 운영 비용도 예측 가능했습니다. 6만 유로 버전만큼 방대하지는 않습니다 — 그럴 필요도 없습니다. 사업이 실제로 안고 있던 일을 해냅니다. 1년 뒤, 그들은 첫 버전이 아껴준 돈으로 그 위에 작은 기능 두 개를 더했습니다. 그것이 패턴의 전부입니다. 진짜 일에서 시작하고, 추가는 성과로 얻어내라.

대충 만들지 않으면서 비용을 합리적으로 유지하는 법

맞춤형 앱에 덜 쓰는 것은 시간당 단가를 깎거나 찾을 수 있는 가장 싼 팀을 구하는 일이 아닙니다. 그것은 두 번 지불하는 길입니다. 핵심은 범위, 순서, 결정 — 숫자를 진짜로 움직이는 세 가지 — 에 의식적이 되는 것입니다. 진짜 절약은 여기에 있습니다.

첫째, 실제로 쓸모 있는 가장 작은 버전을 만들고 키워 나가세요. 한 가지 일을 잘 해내는 집중된 첫 출시는 더 빨리 오픈하게 하고, 올인원 꿈의 일부 비용으로 끝나며, 무엇보다 추측이 아니라 실제 고객에게서 다음에 무엇을 만들지 가르쳐 줍니다. 둘째, 구축이 시작되기 전에 결정을 내리세요. 우유부단함은 프로젝트에 가져올 수 있는 가장 비싼 것입니다. 셋째, 이미 가진 것에 연결하세요. 잘 돌아가는 도구를 대체하지 말고, 정말로 발목을 잡을 때만 다시 만드세요.

자주 묻는 질문