Застосунок для iOS чи Android: з чого почати?

Застосунок для iOS чи Android: коротка відповідь

Застосунок для iOS чи Android: якщо ти новачок і хочеш продавати свій перший застосунок, починай з iOS. Власники iPhone в середньому платять помітно більше, а запуск на одній платформі швидше показує, що працює. Якщо ти робиш застосунок на React Native і Expo, двері до Android не зачиняються: з того самого коду пізніше можна зібрати версію для Android, коли твої цифри це виправдають.

Винятки є, і вони реальні: аудиторія, яка вже здебільшого сидить на Android, застосунок, який нічого не вартий без усіх користувачів, ринок, де iPhone рідкість. Про них нижче. Але в найпоширенішому випадку, коли одна людина запускає свій перший застосунок за підпискою, одночасний запуск на iOS і Android подвоює значну частину роботи саме тоді, коли часу найменше.

Я сам публікую свої iOS-застосунки на React Native і Expo. Solys, будильник із міні-іграми, і TradaZen, симулятор трейдингу, є в App Store. Nolera і Clic Apple відхилила, потім я їх виправив. Усі вони стартували на iOS, і ось чому.

Чи може застосунок для iOS працювати на Android?

Ні. Застосунок, зібраний для iPhone, не встановиться на Android-телефон, і навпаки. Кожен магазин вимагає власний файл застосунку, зібраний під свою систему, і в кожного магазину своя перевірка.

Спільним може бути вихідний код. З React Native і Expo ти пишеш один проєкт на JavaScript або TypeScript. Документація Expo підсумовує це так: один проєкт, який нативно працює на пристроях твоїх користувачів, Android, iOS і веб. Далі EAS Build збирає файли застосунку для кожної платформи. Тож ти отримуєш два окремі застосунки з одного коду.

Тому з таким стеком питання «iOS чи Android» не є остаточним вибором. Це вибір порядку: з якої платформи почати.

Чому новачкові, який хоче заробляти, варто почати з iOS

Власники iPhone платять більше

Звіт State of Subscription Apps 2025 від RevenueCat, складений на основі даних застосунків за підпискою, які користуються цим сервісом, тут дуже однозначний:

• медіанний дохід на встановлення через 60 днів становить 0,38 $ в App Store проти 0,14 $ у Google Play;
• у кожному дослідженому регіоні понад 67 % застосунків отримують щонайменше 80 % доходу від користувачів iOS;
• частка переходу на платну версію через 35 днів після завантаження вища в App Store в усіх категоріях.

Якщо твоя мета змусити перших підписників платити, саме на iOS твої зусилля мають найбільше шансів окупитися.

Користувачів Android більше, але платять вони менше

Протилежний аргумент існує, і щодо кількості він правильний. У Франції, за даними StatCounter, у серпні 2026 року на Android припадало близько 64 % телефонів, а на iOS близько 36 %. Тобто, запускаючись лише на iOS, ти охоплюєш менше людей. Але для застосунку за підпискою важить не кількість завантажень, а кількість тих, хто платить, і цифри RevenueCat показують, де ці люди.

Сфокусований запуск швидше навчає

Одна платформа означає один набір відгуків для аналізу, одну поведінку для виправлення, одну сторінку для оптимізації. Перші тижні після релізу потрібні, щоб зрозуміти, що змушує користувачів повертатися і що змушує їх платити. Ці висновки з'являються швидше й чіткіше, коли не розпорошуються між двома екосистемами.

Менше пристроїв для тестування

iPhone існує в обмеженій кількості моделей, і всі їх розробляє Apple. Android охоплює величезну різноманітність виробників, розмірів екрана й версій системи. Коли ти працюєш сам, ретельно протестувати навіть одну платформу вже чимала робота. Моє правило для iOS: перед кожною відправкою перевіряти щонайменше найменший і найбільший iPhone.

Скільки коштує мобільний застосунок для iOS і Android від самого старту

Одночасний запуск мобільного застосунку на iOS і Android, навіть зі спільним кодом, додає кілька статей витрат.

• Два акаунти розробника. Apple бере 99 $ на рік. Google бере одноразовий реєстраційний внесок 25 $.
• Два пакети для публікації. Сторінка, скриншоти, декларації конфіденційності, налаштування підписок: усе готується двічі, за різними правилами. Сторінка iOS не має згадувати Android, згідно з guideline 2.3.10.
• Додатковий етап тестування в Google. Для особистого акаунта, створеного після 13 листопада 2023 року, Google вимагає закрите тестування щонайменше з 12 зареєстрованими тестувальниками протягом щонайменше 14 днів поспіль, перш ніж можна буде опублікуватися. Цих тестувальників треба знайти й витримати цей термін.
• Два раунди доопрацювань. Дозволи, сповіщення, фонові завдання, клавіатура, жести «назад»: навіть із React Native деякі речі поводяться по-різному і потребують виправлень під кожну платформу.
• Твоя увага. Це найменш помітна і часто найважча витрата. Коли ти сам, кожна година на Android це година, яка не пішла на головну функцію чи на paywall.

Як React Native і Expo залишають Android можливим

Почати з iOS не означає все замкнути. Кілька звичок із першого дня тримають Android під рукою:

1. Обери кросплатформний стек. React Native і Expo для застосунку, Supabase для даних, RevenueCat для підписок. Ці інструменти працюють на обох системах, і саме цей стек я використовую в усіх своїх застосунках. Причини детально описані на сторінці React Native і Expo для мобільного застосунку.
2. Ізолюй те, що специфічне для iOS. Якщо використовуєш функцію, яка є лише на iPhone, тримай її в окремому файлі, щоб можна було передбачити альтернативу або сховати її на Android.
3. Не прописуй ціни жорстко в коді. Показуй ті, що повертає магазин. Тоді твій paywall буде правильним на обох платформах. Сторінка підписки in-app в iOS детально описує налаштування.
4. Зберігай дані на сервері, якщо вони мають переходити разом із користувачем. Людина, яка змінить iPhone на Android, зможе повернутися до свого акаунта.

Бонус цього стеку: тобі не потрібен Mac, щоб зібрати версію для iOS, бо EAS збирає застосунок у хмарі з версією Xcode, прив'язаною до твого Expo SDK (ITMS-90725). Як саме, я пояснюю в статті опублікувати iOS-застосунок без Mac.

Спочатку iOS не є вибором проти Android. Це вибір того, в якому порядку ти витрачаєш свій час.

Коли варто запускати iOS і Android одночасно?

Правило не абсолютне. Три ситуації змінюють відповідь.

Твоя наявна аудиторія переважно на Android. Якщо ти запускаєш застосунок для спільноти, яку вже знаєш, і ця спільнота здебільшого користується Android, починай там, де люди, а не з платформи, яка в середньому платить найкраще.

Застосунок залежить від миттєвого мережевого ефекту. Месенджер чи застосунок для знайомств, який нічого не вартий без критичної маси, може потребувати обох платформ від самого релізу, щоб нікого не виключити з мережі.

Твій цільовий ринок переважно на Android. У деяких країнах частка iOS мала. Подивися цифри свого реального ринку, наприклад на StatCounter, перш ніж застосовувати загальне правило.

Коли додавати Android?

Коли твоя перша версія вже опублікована на iOS, виміряна й доопрацьована, ти знаєш, чи утримує застосунок користувачів, яку ціну вони приймають і які запити повторюються. Це слушний момент вирішувати щодо Android, спираючись на факти, а не на надію.

Кілька сигналів, які можуть виправдати перехід:

• люди регулярно просять у тебе версію для Android;
• твій застосунок нормально конвертує на iOS, і ти хочеш розширити аудиторію;
• твоя головна функція не використовує нічого специфічного для iPhone.

Така логіка будь-якої першої версії: урізати до того, що можна перевірити, опублікувати, виміряти, а потім вирішити, що далі. Сторінка MVP iOS-застосунку детально описує цей метод, а твоє технічне завдання на одну сторінку якраз те місце, де варто чітко записати «Android: поза версією 1».

iOS чи Android: моя порада одним реченням

Якщо твоя аудиторія чи ринок явно не вимагають Android, запускайся на iOS з React Native і Expo, швидко вчись і вирішуй щодо Android, коли застосунок доведе свою цінність.

Запустити свій перший iOS-застосунок

Цей шлях я зібрав в iOS Kit: Starter Code на Expo і React Native з моїх застосунків, який компілюється й під Android, і маршрут із чотирьох етапів, який можна проходити у своєму темпі. Якщо ще вагаєшся щодо моделі доходу, спершу прочитай підписка чи разова покупка для iOS-застосунку.

Ще не знаєш, що робити далі зі своїм проєктом? Безкоштовна діагностика покаже, що тебе насправді гальмує і з якого етапу почати, а потім надішле мій чекліст проти відмов Apple. А на головній сторінці видно, як створити мобільний застосунок не з нуля з цим кодом, спершу для iPhone.

Я не обіцяю тобі ні доходу, ні публікації: Apple схвалює, ринок вирішує.

Поширені запитання

З чого починати перший застосунок: з iOS чи з Android?

Якщо ти новачок і хочеш продавати свій перший застосунок, починай з iOS. Власники iPhone в середньому платять помітно більше, а запуск на одній платформі швидше показує, що працює. З React Native і Expo двері до Android не зачиняються: з того самого коду пізніше можна зібрати версію для Android.

Як створити застосунок для iOS і Android?

З React Native і Expo ти пишеш один проєкт на JavaScript або TypeScript, а потім EAS Build збирає файли застосунку для кожної платформи. Ти отримуєш два окремі застосунки з одного коду, бо кожен магазин вимагає власний файл застосунку і має свою перевірку. Причини вибору цього стеку описані на сторінці React Native і Expo для мобільного застосунку.

Чи платять власники iPhone більше, ніж користувачі Android?

Так, у середньому. Звіт State of Subscription Apps 2025 від RevenueCat спирається на застосунки за підпискою, які користуються цим сервісом. Він показує медіанний дохід на встановлення за 60 днів 0,38 $ в App Store проти 0,14 $ у Google Play. Водночас у Франції телефонів на Android більше: близько 64 % у серпні 2026 року за даними StatCounter.

Які витрати закласти на публікацію в App Store і Google Play?

Apple бере 99 $ на рік, а Google одноразовий реєстраційний внесок 25 $. Також треба підготувати два пакети для публікації і пройти два раунди доопрацювань. У Google особистий акаунт, створений після 13 листопада 2023 року, вимагає закритого тестування перед публікацією. Для нього потрібно щонайменше 12 зареєстрованих тестувальників протягом щонайменше 14 днів поспіль.

У яких випадках запускати iOS і Android одночасно?

Три ситуації змінюють відповідь. Якщо твоя наявна аудиторія переважно на Android, починай там, де люди. Якщо застосунок залежить від миттєвого мережевого ефекту, як месенджер, йому можуть знадобитися обидві платформи від самого релізу. Якщо твій цільовий ринок переважно на Android, подивися цифри свого реального ринку, перш ніж застосовувати загальне правило.

Коли додавати Android після першої версії для iOS?

Додавай Android, коли перша версія вже опублікована на iOS, виміряна й доопрацьована. Тоді ти знаєш, чи утримує застосунок користувачів, яку ціну вони приймають і які запити повторюються. Перехід можуть виправдати три сигнали. Тебе регулярно просять про версію для Android, твій застосунок нормально конвертує на iOS і ти хочеш розширити аудиторію, або твоя головна функція не використовує нічого специфічного для iPhone.