Flutter로 앱 100개 만들기 로드맵 — 인디 개발자의 현실적 전략

왜 100개인가

앱 수익화에 대한 글을 읽다 보면 "하나의 킬러 앱을 만들어라"는 조언이 많다. 틀린 말은 아니다. 근데 현실적으로 1인 인디 개발자가 어떤 앱이 킬러 앱이 될지 미리 알 수 있는가? 불가능하다.

그래서 나는 다른 접근을 택했다. 많이 만들고, 시장이 골라주게 하자.

앱 100개를 만들면 그중 5~10개가 꾸준히 다운로드되고, 그중 2~3개가 수익을 만들어준다. 나머지 90개도 포트폴리오로 남고, AdMob 광고 수익이 조금씩 쌓인다. 이게 포트폴리오 전략의 핵심이다.

현재 약 20개 출시 완료. 2026년 말까지 100개, 2030년까지 500개가 목표다.

---

왜 Flutter인가

100개를 만들려면 속도가 생명이다. 네이티브(Swift + Kotlin)로 양쪽 따로 만들면 하나에 2배 시간이 든다. Flutter를 쓰면:

• 단일 코드베이스로 iOS + Android 동시 배포
• Dart 언어가 직관적이라 학습 곡선이 낮음
• 위젯 기반 UI라 화면 찍어내기 빠름
• Hot Reload로 실시간 확인하면서 개발 가능
• Google 공식 지원 + 패키지 생태계가 탄탄함

특히 유틸리티 앱 수준에서는 Flutter의 성능이 네이티브와 체감 차이가 거의 없다.

---

앱 100개 로드맵: 4단계

Phase 1: 기반 다지기 (앱 1~20개)

기간: 약 6개월 목표: Flutter 숙련도 올리기 + 출시 프로세스 자동화

이 단계에서는 아이디어보다 출시 경험이 중요하다.

만들기 좋은 앱 유형:

• 단위 변환기 (길이, 무게, 온도 등)
• 타이머 / 스톱워치
• 카운터 앱
• 간단한 계산기 (BMI, 할인율 등)
• 색상 팔레트 생성기
• QR코드 생성/스캔
• 주사위/룰렛
• 메모장

하나의 앱을 3~5일 안에 만들고 출시하는 리듬을 잡는 게 핵심이다.

이 단계에서 익혀야 할 것:

• Flutter 기본 위젯 (Scaffold, ListView, GridView 등)
• 상태 관리 기초 (setState → Provider)
• AdMob 배너/전면 광고 연동
• App Store / Play Store 심사 제출 프로세스
• 앱 아이콘, 스크린샷 자동 생성 도구

Phase 2: 템플릿화 (앱 20~50개)

기간: 약 6개월 목표: 하나의 앱 구조로 여러 변형을 찍어내기

Phase 1에서 만든 앱들의 공통 패턴이 보이기 시작한다. 이걸 템플릿화해서 재사용한다.

예시:

• "측정 도구" 템플릿 → 소음 측정기, 진동 측정기, 수평계, 나침반, 만보기
• "변환기" 템플릿 → 단위 변환, 환율 변환, 시간대 변환
• "랜덤 생성기" 템플릿 → 랜덤 숫자, 랜덤 색상, 랜덤 이름, 운세

핵심은 UI 껍데기를 재활용하고 내부 로직만 교체하는 것이다.

이 단계에서 익혀야 할 것:

• 프로젝트 템플릿 구조 설계
• 공통 위젯 라이브러리 구축 (ThemeData 활용)
• 센서 API (가속도계, 자이로스코프, GPS 등)
• Firebase Analytics 연동
• 앱 이름/키워드 ASO 기초

Phase 3: 수익화 최적화 (앱 50~80개)

기간: 약 6개월 목표: 수익이 나는 앱을 파악하고 집중 개선

50개쯤 되면 데이터가 쌓인다. 어떤 앱이 다운로드되고, 어떤 앱이 광고 수익을 만드는지 보인다.

이 단계에서 할 일:

• AdMob eCPM 높은 앱 분석 → 해당 카테고리 앱 추가 출시
• 리뷰가 좋은 앱 → 기능 업데이트로 리텐션 강화
• 다운로드 0인 앱 → 키워드 변경 또는 과감히 포기
• 인앱 결제(광고 제거) 도입 테스트
• A/B 테스트: 아이콘, 스크린샷, 설명문

이 단계에서 익혀야 할 것:

• AdMob 미디에이션 (여러 광고 네트워크 연결)
• 인앱 결제 연동 (RevenueCat 추천)
• 앱 데이터 대시보드 구축
• 사용자 행동 분석 (Firebase Crashlytics + Analytics)

Phase 4: 브랜드화 (앱 80~100개)

기간: 약 3~4개월 목표: 개별 앱 → 브랜드 포트폴리오로 전환

앱이 80개를 넘으면 "이 개발자의 다른 앱도 써볼까" 하는 효과가 생긴다.

이 단계에서 할 일:

• 앱 이름에 브랜드명 통일 (예: "앱이름 - SLOX")
• 브랜드 웹사이트에 전체 포트폴리오 정리
• 번들 구독 모델 검토 (SLOX Pro 같은 형태)
• 인기 앱 기반으로 "프리미엄 버전" 분리 출시
• 스토어 개발자 페이지 최적화

---

스토어 심사 전략: Apple 4.3 스팸 가이드라인 대응

앱을 대량 출시하면 반드시 만나는 벽이 Apple의 4.3 Spam 가이드라인이다. 비슷한 앱을 한꺼번에 올리면 리젝 당한다.

대응 전략:

제출 속도 조절하기. 주 2~3개 이하로 제출. 한 번에 5개씩 올리면 거의 확실히 걸린다.

앱별 차별점 명확히 만들기. UI 색상만 바꾸는 수준은 안 된다. 핵심 기능, 타겟 유저, 앱 설명이 각각 다르게 느껴져야 한다.

카테고리 분산하기. 유틸리티, 라이프스타일, 건강/피트니스, 교육 등 카테고리를 골고루 분산하면 스팸으로 인식될 확률이 줄어든다.

Google Play는 상대적으로 관대하다. 같은 템플릿이라도 기능 차이가 있으면 대부분 통과한다. 그래서 Play Store 먼저 출시 → 안정화 후 App Store 제출 순서가 효율적이다.

---

개발 환경 & 도구

구분 도구

IDE	VS Code + Flutter 확장
상태 관리	Provider (초기) → Riverpod (중후반)
광고	google_mobile_ads 패키지
인앱 결제	RevenueCat
분석	Firebase Analytics + Crashlytics
CI/CD	Codemagic (자동 빌드 & 배포)
아이콘 생성	flutter_launcher_icons
스크린샷 자동화	screenshots 패키지
ASO	AppFollow / Sensor Tower

특히 Codemagic은 Flutter 전용 CI/CD라서 한 번 세팅하면 git push만으로 양 스토어에 자동 배포된다. 앱이 많아질수록 이 자동화의 가치가 커진다.

---

현실적인 타임라인

시점 누적 앱 수 월 예상 수익

6개월	20개	$10~50
12개월	50개	$50~200
18개월	80개	$200~500
24개월	100개	$500~1,000+

솔직히 처음 6개월은 거의 수익이 없다. 이 시기에 포기하는 사람이 대부분이다. 하지만 앱이 쌓이면 복리처럼 수익이 늘어난다. 앱 하나가 하루 $0.5만 벌어도 100개면 하루 $50, 월 $1,500이다.

물론 모든 앱이 $0.5를 버는 건 아니다. 상위 10~20%가 대부분의 수익을 만들고 나머지는 거의 0에 가깝다. 그래서 수를 늘리는 것 자체가 전략이다.

---

마무리

"앱 100개 만들기"는 거창한 프로젝트가 아니다. 하나의 앱을 일주일 안에 만들어서 출시하는 걸 100번 반복하는 것이다.

Flutter는 그 반복을 가능하게 만드는 가장 효율적인 도구다. 단일 코드베이스, 빠른 개발 속도, 풍부한 패키지 생태계가 1인 인디 개발자의 최고 무기가 된다.

다음 글에서는 Phase 1에서 실제로 만든 앱들의 구조와 코드 패턴을 공유할 예정이다.

---

태그: #Flutter #앱개발 #인디개발자 #앱100개 #앱수익화 #FlutterRoadmap #1인개발 #사이드프로젝트 #AdMob #ASO