iOS 안드로이드 앱 동시 개발 비용 — 두 플랫폼이면 두 배일까, 크로스플랫폼은 어디까지 믿을까
앱 외주 상담에서 가장 자주 받는 질문 중 하나가 "아이폰이랑 안드로이드 둘 다 만들면 두 배인가요"입니다. 답은 "두 배는 아니지만, 어떻게 만드느냐에 따라 많이 다릅니다"입니다. iOS 안드로이드 앱 동시 개발 비용은 플랫폼 수보다 만드는 방식이 결정합니다. 같은 기능이라도 네이티브로 두 벌을 만드는지, 크로스플랫폼으로 한 벌을 만드는지에 따라 견적과 유지보수 구조가 달라집니다.
저희는 '플린앱스'라는 이름으로 앱을 만들어 온 대전의 에이전시, 주식회사 굿데이터랩입니다. 이 글은 어느 업체에 맡기시든 그대로 쓰실 수 있도록, 플랫폼과 개발 방식이 비용에 어떻게 반영되는지만 정리한 것입니다. 전체 비용 구조는 앱 개발 비용 글에 따로 있고, 여기서는 "두 플랫폼" 문제만 다룹니다.
앱 하나는 사실 세 덩어리입니다
"앱"이라고 부르는 것은 실제로 세 가지 산출물의 묶음입니다.
- 서버(백엔드): 회원 정보, 게시글, 주문 같은 데이터를 저장하고 처리하는 부분. 사용자 눈에는 보이지 않습니다.
- 디자인: 화면 흐름과 UI 시안. 어느 플랫폼이든 거의 같은 화면을 씁니다.
- 클라이언트: 사용자가 설치하는 앱 본체. iOS용과 안드로이드용이 따로 존재합니다.
두 플랫폼을 만들어도 서버는 하나입니다. 디자인도 버튼 모양이나 뒤로가기 동작 같은 세부 차이만 있을 뿐 대부분 공유됩니다. 늘어나는 것은 클라이언트뿐입니다. 그래서 두 플랫폼이라고 전체 비용이 두 배가 되지는 않습니다. 다만 클라이언트가 전체 공수에서 차지하는 비중이 크기 때문에, 클라이언트를 두 벌 만드는지 한 벌 만드는지가 견적을 크게 흔듭니다.
만드는 방식은 크게 세 가지입니다
| 방식 | 코드 | 특징 | 맞는 경우 |
|---|---|---|---|
| 네이티브 | iOS용·안드로이드용 각각 | 플랫폼 기능을 가장 깊게 쓸 수 있음. 두 팀 또는 두 배 기간 | 카메라·센서·워치 연동 등 기기 기능이 핵심인 앱 |
| 크로스플랫폼 | 한 벌로 양쪽 빌드 | 한 코드로 두 앱. 플러터, 리액트 네이티브가 대표 | 회원·목록·결제·채팅 등 일반적인 서비스 앱 |
| 웹뷰 하이브리드 | 웹사이트를 앱 껍데기로 감쌈 | 가장 빠르고 저렴. 앱다운 느낌과 심사에서 약점 | 이미 잘 돌아가는 웹 서비스를 앱으로도 제공할 때 |
네이티브는 애플과 구글이 각각 제공하는 언어와 도구로 플랫폼마다 따로 만드는 방식입니다. 기기 기능을 가장 빠르고 깊게 쓸 수 있지만, 같은 기능을 두 번 구현해야 하고 수정도 두 번 해야 합니다. 두 플랫폼 견적이 두 배에 가까워지는 경우는 대개 이 방식입니다.
크로스플랫폼은 하나의 코드로 iOS와 안드로이드 앱을 동시에 만드는 방식입니다. 화면·로직·서버 통신을 한 번만 작성하고, 빌드할 때 양쪽 앱으로 뽑습니다. 요즘 서비스 앱 대부분이 이 방식으로 만들어지고, 저희도 그렇습니다. 단일 코드이기 때문에 두 플랫폼을 함께 내더라도 비용이 한 플랫폼의 두 배가 아니라 "한 플랫폼 + 플랫폼별 마무리 작업" 수준으로 잡힙니다.
웹뷰 하이브리드는 모바일 웹사이트를 앱이라는 껍데기 안에 띄우는 방식입니다. 웹이 이미 있다면 가장 빠릅니다. 다만 뒤에서 설명할 심사 문제와 앱다운 사용감 문제가 있어서, "앱이 꼭 필요한가"를 먼저 따져봐야 합니다.
크로스플랫폼이 못 하는 것도 분명히 있습니다
크로스플랫폼을 권하는 입장이지만, 만능은 아닙니다. 한계가 드러나는 지점은 비교적 정해져 있습니다.
- 플랫폼 고유 기능: 홈 화면 위젯, 스마트워치 앱, 특정 기기 전용 센서처럼 한쪽 플랫폼에만 있는 기능은 결국 그 플랫폼 코드를 따로 써야 합니다.
- 최신 OS 기능: 새 iOS·안드로이드 버전에 추가된 기능은 크로스플랫폼 프레임워크가 지원하기까지 시차가 있습니다.
- 외부 라이브러리 의존: 결제, 지도, 소셜 로그인 같은 기능은 플러그인을 통해 붙입니다. 플러그인이 관리되지 않으면 그 기능이 발목을 잡습니다.
반대로 말하면, 회원가입·목록·상세·결제·채팅·푸시 알림처럼 서비스 앱이 흔히 필요로 하는 기능은 크로스플랫폼으로 충분히 출시됩니다. 내 앱의 핵심이 "기기 자체를 깊게 다루는 것"인지, "서비스를 제공하는 것"인지가 판단 기준입니다. 후자라면 네이티브로 두 벌을 만들 이유가 거의 없습니다.
웹뷰 하이브리드의 함정은 심사입니다
"웹사이트가 있으니 앱으로 감싸기만 하면 되지 않나요"라는 질문도 많이 받습니다. 기술적으로는 됩니다. 문제는 애플의 심사 가이드라인입니다. 앱스토어 가이드라인 4.2(최소 기능)는 웹사이트를 그대로 감싼 앱을 "앱으로서의 고유한 가치가 없다"고 보고 거절하는 근거로 자주 쓰입니다. 푸시 알림, 기기 기능 연동, 오프라인 동작처럼 웹에서 못 하는 것이 있어야 통과가 수월합니다.
또 하나는 사용감입니다. 화면 전환이 웹페이지 넘어가듯 느껴지거나 스크롤이 미묘하게 다르면 사용자는 "이거 그냥 홈페이지네"라고 느낍니다. 서비스가 이미 웹으로 검증됐고 앱은 알림 전달 수단 정도라면 좋은 선택이지만, 앱 자체가 제품이라면 처음부터 크로스플랫폼으로 가는 쪽이 결국 덜 돌아갑니다.
한 플랫폼만 먼저 출시하는 게 나을까
예산을 아끼려고 "안드로이드만 먼저" 또는 "iOS만 먼저"를 고민하시는 분이 많습니다. 판단은 개발 방식에 따라 다릅니다.
네이티브라면 한 플랫폼만 먼저 내는 것이 실제로 비용을 크게 줄입니다. 반면 크로스플랫폼이라면 한 플랫폼을 빼도 코드 작업은 거의 그대로이고, 아끼는 것은 그 플랫폼의 스토어 심사 대응과 개발자 계정 등록비 정도입니다. 이때는 둘 다 내는 쪽이 보통 이득입니다.
한 플랫폼만 먼저 간다면 기준은 비용이 아니라 타깃 사용자가 어느 쪽에 많은가입니다. 국내 일반 소비자 대상이면 두 플랫폼 비중이 모두 무시하기 어렵고, 특정 업종이나 연령대라면 한쪽으로 쏠리기도 합니다. 그리고 애플 심사가 통상 더 까다롭고 오래 걸리므로, iOS를 뒤로 미루면 출시 일정이 그만큼 뒤로 밀린다는 점도 계산에 넣어야 합니다.
견적서에서 이것만 확인하세요
두 플랫폼 문제는 결국 견적서의 몇 줄로 귀결됩니다. 상담 때 아래를 물어보시면 됩니다.
- 어떤 방식으로 만드나요? 네이티브인지, 크로스플랫폼이면 어떤 프레임워크인지. 답이 모호하면 유지보수 때 누가 코드를 이어받을 수 있는지도 모호해집니다.
- iOS와 안드로이드가 각각 금액인가요, 합산인가요? 크로스플랫폼인데 플랫폼별로 금액이 따로 크게 잡혀 있다면 산정 근거를 물어보세요.
- 소스코드는 한 벌인가요, 두 벌인가요? 인수인계 받을 때 무엇을 받게 되는지와 직결됩니다. 소유권 조건은 소스코드 소유권 글에 따로 정리해 두었습니다.
- 관리자 웹은 포함인가요? 두 플랫폼 앱만 있고 운영 화면이 없으면 출시 다음 날부터 막힙니다. 관리자 페이지 글에서 다뤘습니다.
- 출시 후 수정도 두 번 하나요? 네이티브 두 벌이면 버그 하나를 두 번 고칩니다. 유지보수 비용이 두 배 구조인지 미리 확인하세요.
두 플랫폼이 고민이라면
노에이전트는 크로스플랫폼 방식으로 iOS 앱과 안드로이드 앱을 함께 만들고, 관리자 웹과 스토어 출시 대행, 소스코드 100% 이전까지 800만원(부가세 포함) 정액에 포함합니다. 기기 기능이 핵심이라 네이티브가 맞는 프로젝트라면 상담에서 그렇게 말씀드립니다. 어느 방식이 내 앱에 맞는지만 확인하고 싶으셔도 괜찮습니다. 상담은 무료입니다.