앱 개발 외주, 견적 받기 전에 정리할 체크리스트
앱 개발 외주 견적이 업체마다 제각각인 이유와, 견적 요청 전에 정리하면 좋은 것들을 순서대로 담았습니다. 웹으로 충분한지 판단하는 법, 필수 기능 고르기, 플랫폼 선택, 견적서 비교 항목, 출시 후 운영까지 체크리스트로 정리했습니다.
앱 하나 만들어보려고 업체 몇 곳에 견적을 받아봤는데, 금액도 기간도 다 달라서 뭘 믿어야 할지 모르겠다는 얘기를 상담하면서 정말 자주 듣습니다. 저도 자체 앱 몇 개를 직접 기획하고 스토어에 올려봤어요. 그러면서 느낀 게 있는데, 견적 차이의 꽤 많은 부분은 업체 탓이라기보다 '의뢰하는 쪽 정리가 덜 된 상태'에서 생긴다는 겁니다.
같은 '예약 앱'이라도 사람마다 머릿속 그림이 다릅니다. 그러니 업체는 각자 상상한 범위로 견적을 낼 수밖에 없어요. 그래서 오늘은 견적 요청 전에 정리해 가면 대화가 훨씬 빨라지는 것들을 순서대로 적어봅니다.
앱으로 풀려는 문제를 한 문장으로 적기
기능 목록보다 먼저 필요한 게 있습니다. '누가, 어떤 상황에서, 뭘 하려고 쓰는가'를 한 문장으로 쓰는 거예요.
앱이 꼭 필요한지 점검
- 아쉬운 예: 우리 매장 앱 만들고 싶어요
- 좋은 예: 공방 수강생이 수업 일정을 보고 예약·결제까지 휴대폰에서 끝내는 앱
이 한 문장이 있으면 업체도 필요한 화면과 기능을 거꾸로 추려낼 수 있습니다.
앱이 꼭 필요한지도 같이 점검
의외로 반응형 웹이나 웹앱으로 충분한 경우가 많습니다. 아래 항목 중 해당되는 게 거의 없다면 웹부터 검토해보는 게 현실적이에요.
- 푸시 알림이 핵심 기능인가요
- 카메라·위치·블루투스 같은 기기 기능을 써야 하나요
- 오프라인에서도 동작해야 하나요
- 사용자가 매일 반복해서 여는 서비스인가요
기능은 '지금 필수'와 '나중에' 두 칸으로
하고 싶은 기능을 다 넣으면 기간과 비용이 같이 불어납니다. 첫 버전(MVP)의 목표는 핵심 흐름 하나가 끊김 없이 돌아가는 것입니다.
기능 우선순위 나누기
| 구분 | 예시 | 판단 기준 |
|---|---|---|
| 지금 필수 | 회원가입, 예약, 결제 | 없으면 서비스가 성립하지 않습니다 |
| 나중에 | 포인트, 리뷰, 추천 | 사용자 반응을 보고 붙여도 됩니다 |
| 놓치기 쉬움 | 관리자 페이지, 알림 설정 | 운영하는 사람이 매일 쓰는 화면입니다 |
특히 관리자 페이지는 견적 요청서에서 자주 빠집니다. 예약은 누가 확인하는지, 공지는 어디서 올리는지, 회원 문의는 어떻게 보는지까지 적어두면 좋아요. 그러면 나중에 추가 비용 얘기가 확 줄어듭니다.
플랫폼과 개발 방식, 견적이 갈리는 지점
같은 기능이라도 아래 선택에 따라 작업량이 크게 달라집니다.
- iOS만 할지, 안드로이드만 할지, 둘 다 할지
- 네이티브로 갈지, Flutter·React Native 같은 크로스플랫폼으로 갈지
- 웹 버전이나 태블릿 대응까지 필요한지
- 워치·위젯처럼 추가 기기 지원이 있는지
직접 만들어보니 처음부터 모든 플랫폼을 다 잡는 건 버거웠어요. 주 사용자가 많은 쪽으로 먼저 내고, 반응을 본 다음 넓히는 쪽이 덜 지치고 수정도 빨랐습니다. 견적서에 어떤 방식으로 개발하는지, 그 이유가 뭔지 적혀 있는지 꼭 확인해보세요.
견적서 받으면 나란히 놓고 볼 항목
총액만 비교하면 거의 항상 헷갈립니다. 아래 항목이 포함인지 별도인지부터 맞춰놓고 비교해야 공정해요.
견적서 비교 항목
- 기획(화면 설계)과 UI 디자인이 포함되어 있나요
- 서버·도메인·외부 API 같은 운영 비용은 누가 부담하나요
- 앱스토어·플레이스토어 등록과 심사 반려 대응이 포함되나요
- 검수 기간과 수정 가능 범위가 명시되어 있나요
- 출시 후 무상 하자보수 기간이 있나요
- 소스코드와 디자인 원본을 넘겨받을 수 있나요
계정은 처음부터 회사 명의로
개발자 계정, 서버, 도메인을 업체 명의로 만들어두면 나중이 번거롭습니다. 업체를 바꾸거나 직접 운영하려 할 때 이전 작업이 꽤 복잡해져요. 계약 전에 '계정은 우리 명의로 만들고 권한만 공유'로 정해두는 게 제일 깔끔합니다.
출시 후가 진짜 시작
앱은 올리고 끝나는 게 아닙니다. 올린 날부터 운영이 시작돼요. 그래서 아래 내용은 견적 단계에서 같이 물어봐야 합니다.
C&BIZ 작업 사례 — Wheelet 차계부 앱(iOS&Web)
- OS 업데이트 때 호환성 점검은 어떻게 하는지
- 오류 신고나 스토어 리뷰에는 누가 대응하는지
- 사용자 데이터를 어떤 도구로 보고 개선에 쓰는지
- 앱을 알릴 마케팅 예산과 채널은 따로 준비했는지
자체 앱을 운영하면서 체감한 게 있습니다. 출시 직후 들어오는 피드백을 얼마나 빨리 반영하느냐가 결국 앱의 수명을 정해요. 참고로 제가 직접 만들고 운영해본 앱들은 포트폴리오에 모아두었습니다.
마무리
앱 외주 견적이 들쭉날쭉한 건 대부분 범위가 정리되지 않아서입니다. 문제 한 문장, 필수 기능, 플랫폼, 비교 항목, 출시 후 운영까지만 적어 가도 견적이 훨씬 정확해져요. 기획 단계부터 같이 정리해보고 싶다면 C&BIZ와 편하게 이야기 나눠보셔도 좋습니다. 무료 상담 문의
people sitting on chair in front of table while holding pens during daytime
Photo by Dylan Gillis on Unsplash
자주 묻는 질문
Q. 앱 개발 외주 기간은 보통 어떻게 정해지나요?
기능 범위, 플랫폼 수, 디자인 작업량, 외부 연동(결제·지도 등) 여부에 따라 달라집니다. 필수 기능을 먼저 확정하면 업체가 기간을 훨씬 정확하게 산정할 수 있습니다.
Q. iOS와 안드로이드를 동시에 출시해야 하나요?
꼭 그렇지는 않습니다. 주 사용자가 많은 플랫폼으로 먼저 내고 반응을 확인한 뒤 확장하는 방법도 있습니다. 동시 출시가 필요하다면 크로스플랫폼 방식이 효율적일 수 있으니 업체와 장단점을 비교해보세요.
Q. 외주로 만든 앱의 소스코드는 누구 소유인가요?
계약서에 어떻게 적느냐에 따라 달라집니다. 소스코드와 디자인 원본의 이전, 개발자 계정·서버의 명의를 계약 전에 명시해두는 것이 안전합니다.