월 $3,000 안드로이드 앱 사업을 버리고 iOS로 전향한 1인 개발자의 세 가지 이유
월 $3,000 안드로이드 앱 사업을 버리고 iOS로 전향한 1인 개발자의 세 가지 이유
Adam Lyttle은 안드로이드 앱만으로 매월 $2,000~3,000의 수익을 안정적으로 내던 1인 앱 개발자였다. 같은 앱을 App Store에 올렸을 때는 겨우 $800 수준. 표면만 보면 이 상황에서 안드로이드를 버리는 결정은 이해하기 어렵다. 그러나 그는 2023년 안드로이드 사업 전체를 완전히 접었다. 왜? 이 리포트는 그가 밝힌 세 가지 근본 이유와, 그 결정이 어떻게 중고 부서진 맥북 하나에서 시작됐는지, 그리고 왜 그가 iOS Xcode 워크플로우를 "평생 처음 먹어본 사탕"이라고 표현했는지를 다룬다.
핵심 격차
- 동일한 10,000 다운로드: Android $1,000 vs iOS $5,000~10,000
- iOS 지원 디바이스 모델: 23개 · Android 지원 디바이스 모델: 20,070개
- Android 유저: 광고 30초 시청을 연 $2.99 구독보다 선호
목차
- 왜 안드로이드를 안 만드는가?
- Android 수익 $3,000 vs iOS $800의 함정
- 이유 1 — Android 유저의 LTV는 5~10배 낮다
- 이유 2 — 광고 30초를 유료 구독보다 선호하는 유저
- 이유 3 — 컴플라이언스 지옥과 20,070개 디바이스
- 웹 개발자에서 앱 개발자로: Cordova가 열어준 문
- 중고 부서진 맥북에서 시작된 iOS 실험
- iOS 워크플로우가 "마법 같은" 이유
- 2023 갈림길: KitKat SDK 강제 리컴파일과 이별 결심
- 핵심 요약(Takeaways)
1. 왜 안드로이드를 안 만드는가? (0:00~0:32)
Adam이 가장 자주 받는 질문은 이것이다. "왜 안드로이드 앱을 만들지 않느냐?" 그의 대답은 흥미롭다. 과거에는 만들었고, 잘 되었다. 매월 수만 건의 다운로드가 발생했고, 매출 · 월 다운로드 · 일간 유저 지표 모두에서 iOS 버전을 능가했다. 그러나 2023년, 그는 어떤 사실을 깨달았고 그 순간부터 안드로이드를 완전히 포기했다.
이 리포트는 소규모 1인 개발자 · 컨슈머 앱 포트폴리오 운영자에게 특히 중요하다. Adam의 결정 근거는 대기업 관점이 아니라 제한된 개발 리소스를 어디에 투입할 것인가라는 인디해커의 자원 배분 문제이기 때문이다.
2. Android 수익 $3,000 vs iOS $800의 함정 (0:32~1:20)
표면만 보면 이 결정은 비상식적이다. Adam의 재무 상황은 이랬다.
| 플랫폼 | 월 수익 | 지급일 |
|---|---|---|
| Google Play | $2,000~3,000 | 월 중순 |
| App Store | $800 | 월 초 |
양쪽에 앱을 올려두면 격주로 페이체크가 들어오는 매력적인 캐시플로우 구조였다. 대부분의 개발자는 이 상황에서 "당연히 두 플랫폼에 다 올려야 한다"고 생각한다. Adam은 그것이 잘못된 결론이었다고 말한다. 왜? 다음 세 가지 이유 때문이다.
3. 이유 1 — Android 유저의 LTV는 5~10배 낮다 (1:20~1:50)
같은 10,000 다운로드가 발생할 때 두 플랫폼의 수익 차이는 극명했다.
Android: 10,000 다운로드 → 약 $1,000 매출
iOS: 10,000 다운로드 → $5,000~10,000 매출
즉 다운로드 한 건당 iOS가 5~10배 더 큰 매출을 만든다. Adam은 이를 "no-brainer"라고 표현한다. 표면적 총액이 $3,000 vs $800이라 해도, 단위 다운로드당 효율로 보면 iOS가 압도적이다. 이는 마케팅 · 광고비 투입 시 ROAS(광고 수익률)도 iOS가 압도적으로 유리하다는 뜻이다. 광고 예산을 어디에 넣을지 결정할 때 이 지표가 결정적 근거가 된다.
4. 이유 2 — 광고 30초를 유료 구독보다 선호하는 유저 (1:50~2:35)
Adam의 앱은 광고 지원(ad-supported) 모델이었다. 이 광고는 의도적인 마찰(intentional frustration point)로 설계되었다. 즉 자주 쓰는 유저가 광고 30초를 반복해서 보는 것이 귀찮아지면 업그레이드(유료 구독)를 선택하게 만드는 UX였다.
결과: 안드로이드 유저는 구독료를 연 $2.99까지 내려도 여전히 광고 30초 시청을 선택했다. 즉 광고 → 구독 전환 퍼널이 근본적으로 작동하지 않았다.
이는 두 가지 심각한 결과를 낳는다.
- 구독 매출 성장 불가능. 아무리 낮은 가격을 제시해도 유저는 지불을 회피한다.
- 광고 매출로 수익화하려면 훨씬 많은 DAU가 필요. 1인 개발자의 예산으로는 그 수준의 다운로드 볼륨을 만들 수 없다. 즉 break-even에 도달하는 것 자체가 어렵다.
이 유저 행동 차이는 개인의 소득 문제가 아니라 플랫폼 문화 · 유저 구성 · 구매 습관의 시스템 격차다. 개발자가 UX로 해결할 수 있는 종류의 문제가 아니라는 뜻이다.
5. 이유 3 — 컴플라이언스 지옥과 20,070개 디바이스 (2:35~3:36)
세 번째 이유는 운영 부담의 비대칭이다. Adam이 Google Play에 로그인할 때마다 반복되는 알림은 이랬다. "당신의 앱이 컴플라이언스를 위반하고 있습니다. 계정이 정지될 수 있고, 앱이 제거될 수 있습니다." Google과의 이 영구적 전쟁은 1인 개발자의 시간을 뿌리부터 잡아먹었다.
더 결정적인 숫자는 이것이다.
| 플랫폼 | 지원 디바이스 모델 수 | 화면·아키텍처 |
|---|---|---|
| Google Play (앱 하나 기준) | 20,070개 | 매우 다양 |
| App Store (iOS 16+ 기준) | 23개 (iPhone 모델) | 유사한 해상도·아키텍처 |
이 격차는 개발 속도 · 테스트 부담 · 사용자 서포트 부담을 세 자릿수 배로 증폭시킨다. Adam의 표현: "이름도 들어본 적 없는 디바이스의 서포트 요청에 갇혀서 시간을 잃었다."
인디해커의 관점: 1인 개발자에게 필요한 것은 "빠르게 만들고 · 새 시도를 하고 · 기술 세부에 갇히지 않는" 워크플로우다. Android는 이 세 조건과 정면으로 반대다.
6. 웹 개발자에서 앱 개발자로: Cordova가 열어준 문 (3:36~5:00)
여기서 Adam은 공정한 이야기를 덧붙인다. "Cordova와 Google Play Store가 없었다면 나는 오늘 앱 개발자가 아니었을 것이다." 그의 배경은 웹 개발이었다. 프론트엔드 · 백엔드를 만들 수 있었지만 네이티브 모바일 앱은 완전히 낯선 영역이었다.
Cordova는 네이티브 JavaScript나 다른 웹 언어로 코드를 짜서 안드로이드 앱 · 아이폰 앱으로 동시에 패키징할 수 있게 해주는 크로스 플랫폼 도구다. 이런 앱은 "하이브리드 앱"이라고 불린다. 사용자 관점에서 대부분 차이를 느끼지 못한다. 가끔 리뷰에 "앱이 오래돼 보인다"는 코멘트가 붙긴 하지만 대부분의 유저는 신경 쓰지 않았다.
공정한 시각: Google Play는 진입 장벽이 낮은 첫 번째 문이다. 웹 개발자가 Cordova를 통해 앱을 만들어 첫 달러를 벌 수 있게 해줬다. 안드로이드가 없었다면 많은 인디 앱 개발자가 존재하지 못했을 것이다.
그러나 시작을 도와준 도구와 계속 쓸 도구는 다르다. 이 구분이 이 영상의 진짜 통찰이다.
7. 중고 부서진 맥북에서 시작된 iOS 실험 (5:00~6:20)
Cordova는 크로스 플랫폼이었지만 iOS로 빌드하려면 MacBook이 필요했다. Adam은 오랫동안 Windows 유저였다. 심지어 "포토샵 쓰겠다고 비싼 MacBook 사는 디자인계 사람들을 비웃곤 했다"고 회고한다. 그러나 2020년, 그는 마침내 결심한다. 중고로 부서진 MacBook을 하나 산다. 오직 컴파일해서 App Store에 올려보기 위해서.
그리고 이때 그의 인생이 바뀌었다.
"평생 처음 먹어본 사탕 같았어요. 이 달콤한 맛은 뭐지? 왜 이걸 이제야 알았지?"
안드로이드 앱을 만드는 것이 쉽다고 생각했지만, 아이폰 앱을 만드는 것은 그보다 훨씬 더 쉬웠다는 것이 그의 발견이었다. 그리고 2025년 시점에서 그는 MacBook 두 대 · Apple Watch · iPad · iPhone · AirPod Max를 모두 갖춘 완전한 애플 생태계 유저가 되었다.
8. iOS 워크플로우가 "마법 같은" 이유 (6:20~7:00)
Adam이 iOS 개발 워크플로우에서 감동받은 세 가지 지점은 다음과 같다.
iOS 워크플로우의 마법
1. Xcode에서 버튼 하나로 App Store 업로드. Android처럼 각 빌드를 개별 서명할 필요 없음.
2. 파일을 수동으로 업로드할 필요 없음. IDE와 스토어가 완전히 통합.
3. 존재하는 모든 iPhone · iPad 모델을 같은 프로그램에서 테스트 가능. 별도의 에뮬레이터 지옥 없음.
Adam의 결론: "제 전체 MacBook 셋업은 앱을 빌드 · 테스트 · 배포하는 기름칠 잘 된 기계 같습니다. 반면 제 안드로이드 셋업은 파편적이고, 오래됐고, 투박하고, 시간이 많이 걸립니다." 이 비교는 감정적 표현처럼 들리지만 실제로는 1인 개발자 생산성의 실측 격차다.
9. 2023 갈림길: KitKat SDK 강제 리컴파일과 이별 결심 (7:00~7:54)
2023년, Adam은 갈림길에 섰다. Cordova는 예전만큼 잘 지원되지 않았고, Android는 새 버전(예: KitKat)이 나올 때마다 새 SDK로 강제 리컴파일을 요구했다. 리컴파일하지 않으면 앱이 스토어에서 완전히 제거된다. 그런데 Cordova는 이미 지원이 축소된 상태였고, 새 SDK와 함께 작동하게 만드는 것이 점점 어려워졌다.
Adam의 최종 결정: "이제 그만이다. 진짜 프로그래밍 언어를 배우고, 오직 iOS만을 위해 만들겠다." 이 결심 하나로 그의 앱 사업은 완전히 재구성됐다. Swift UI 학습 · Xcode 워크플로우 정착 · Android 사업 정리. 그리고 이 결정 이후 그의 앱 개발 속도와 수익성이 어떻게 변했는지가 그의 지금 채널의 주요 콘텐츠가 된다.
핵심 요약 (Takeaways)
- 총 수익이 아니라 "다운로드당 매출"로 판단하라. Android $3,000 vs iOS $800이라도 다운로드당 매출은 iOS가 5~10배. 광고비 투입 시 ROAS가 완전히 뒤집힌다.
- Android 유저의 유료 구독 저항은 UX로 해결 불가능. 광고 30초 vs 연 $2.99에서도 광고를 택하는 사용자 문화는 개발자가 바꿀 수 없다.
- 20,070개 디바이스 지원 vs 23개 iPhone 모델. 1인 개발자에게 이 격차는 개발 · 테스트 · 서포트 시간을 세 자릿수 배로 증폭시킨다.
- Google Play 컴플라이언스 알림은 항구적 시간 도둑. "계정 정지 · 앱 제거 위협"이 반복되면 인디해커의 정신적 대역폭이 마모된다.
- Cordova · 하이브리드 앱은 시작하기 좋은 도구, 계속 쓰기는 나쁜 도구. 시작 도구와 성장 도구를 구분하라.
- iOS로 전환하려면 MacBook이 필요하지만, 중고 부서진 것으로도 충분하다. 소득 없어도 이 실험은 감당 가능한 진입 비용.
- iOS Xcode 워크플로우의 통합성이 곧 1인 개발자의 생산성 프리미엄이다. 빌드 · 테스트 · 배포가 한 프로그램에서 끝나는 것이 감정이 아니라 실측 우위.
- 플랫폼 SDK 리컴파일 강제는 크로스 플랫폼 도구 채택의 실질 리스크다. 지원 축소된 Cordova + 강제 리컴파일 = 사업 중단 위기.
원본 영상: Why Android sucks (for solo app developers) — Adam Lyttle
블로그: adamlyttleapps.com