Як створити застосунок: 4 кроки до App Store

Як створити застосунок? Є чотири способи: інструмент без коду, ШІ, який пише код замість тебе, самостійно вивчене програмування або підрядник. Хоч би який спосіб ти обрав, шлях проходить через ті самі чотири кроки: обрати застосунок, який може приносити гроші, побудувати його головну функцію, підключити оплату, а потім опублікувати його і зробити так, щоб його знаходили. Саме в такому порядку, і з одним правилом, яке їх усі пов'язує: кожен крок закінчується чимось конкретним, перевіреним на справжньому телефоні.

Більшість перших застосунків гинуть не через техніку і не через бюджет. Вони гинуть у тумані: ніхто не знає, що означає «готово», функції додаються, і через шість місяців в App Store досі нічого немає. Це метод, який я застосовую до власних iOS-застосунків, серед них Solys (будильник із міні-іграми) і TradaZen (симулятор трейдингу), обидва в App Store. Я відшліфував його, отримуючи відмови від Apple для Solys, Clic і Nolera. Тож мої приклади стосуються iPhone; коли Google Play працює інакше, я про це кажу.

Які є способи створити застосунок?

Перед кроками треба ухвалити одне рішення: як ти будуватимеш? Є чотири способи, і жоден не найкращий для всіх.

Спосіб	Для якого проєкту	За що ти платиш	Обмеження
Інструмент без коду (Bubble, FlutterFlow, Glide)	Каталог, форма, прототип, внутрішній інструмент	Підписка на інструмент, поки існує застосунок	Застосунок живе в інструменті, і не всі вони публікують у стори
ШІ, який пише код (Claude Code, Codex, Cursor)	Твій власний застосунок у сторах, навіть якщо спершу не вмієш кодити	Підписка на ШІ та збори сторів	Код належить тобі, але тестувати його маєш ти
Навчитися кодити (Swift, Kotlin, React Native)	Хочеш усе контролювати або зробити це професією	Насамперед час	Найдовший шлях до першої публікації
Підрядник (фрилансер або агенція)	Інструмент для твого бізнесу, коли бракує часу	Час розробника: денна ставка, помножена на кількість днів	Кожна зміна оплачується; перевір, кому належать акаунт і код

Інструмент без коду (no-code). Ти збираєш застосунок мишкою, не пишучи жодного рядка. Це швидко для каталогу, форми чи внутрішнього інструмента. Перш ніж братися, перевір, що інструмент справді публікує в стори. Bubble пояснює, як публікувати в App Store і Google Play, а FlutterFlow пропонує це починаючи з платного тарифу Basic. Glide, навпаки, зазначає, що його застосунки є вебзастосунками і що пряма публікація в App Store чи Google Play не підтримується. Обмеження для кожного випадку описані в статті створити застосунок без коду.

ШІ, який пише код. Ти описуєш, чого хочеш, а асистент на кшталт Claude Code, Codex чи Cursor пише справжній код у стандартному форматі, який можна забрати куди завгодно. Це називають вайб-кодингом. Саме так я роблю свої застосунки. Зворотний бік: ШІ помиляється впевнено, і тестувати доводиться тобі. Щоб обрати інструмент, прочитай який ШІ обрати для створення застосунку. Щоб навчитися цього за чіткою програмою, є курс вайб-кодингу.

Навчитися кодити. Це шлях для тих, хто хоче все контролювати або зробити це професією. Туторіали Apple та Expo безкоштовні; маршрут описаний у статті навчитися створювати застосунок.

Підрядник. Фрилансер або агенція будує застосунок за тебе. Це правильний вибір, коли застосунок є інструментом для твого бізнесу, а часу бракує. Ти платиш за час розробника, і кожна зміна теж коштує грошей. Попроси письмово точний обсяг робіт, кому належатимуть акаунт Apple і код, і що передбачено на випадок відмови Apple. Питання, які варто поставити, є в статті замовити розробку застосунку.

Є ще п'ятий шлях, на перетині інших: будувати самому, але з готової основи. На цьому принципі побудований мій кит, щоб створити мобільний застосунок не з нуля, iOS Kit: стартовий код моїх застосунків і маршрут у чотири кроки, який проходиш у своєму темпі.

Як вирішити? Досить трьох питань:

1. Твій застосунок має бути в App Store чи Google Play? Якщо так, відкинь інструменти, які створюють лише вебзастосунки.
2. Він має продавати підписку? Правило 3.1.1 з App Review Guidelines вимагає, за деякими винятками, використовувати вбудовані покупки Apple, щоб відкривати функції в застосунку. Перевір, як із цим справляється обраний тобою спосіб, ще до початку.
3. У тебе більше часу чи більше бюджету? Є час: будуй сам, з ШІ. Є бюджет, але немає часу: замов розробку.

Нативний, вебзастосунок чи кросплатформний: що обрати?

Друге рішення, простіше, ніж здається: який тип застосунку?

• Нативний застосунок встановлюється зі стору і має доступ до функцій телефона: сповіщень, камери, вбудованих покупок. Він пишеться мовою кожної платформи (Swift для iPhone, Kotlin для Android), тож потребує окремого проєкту для кожної платформи.
• Вебзастосунок (PWA) це сайт, який поводиться як застосунок. Він не проходить через жоден стор: не треба чекати на перевірку, але ніхто не знайде його в App Store. І просто загорнути сайт у застосунок недостатньо: правило 4.2 Apple вимагає, щоб застосунок був чимось більшим за загорнутий сайт.
• Кросплатформний застосунок з одного проєкту створює і застосунок для iPhone, і для Android. Expo підсумовує це так: один проєкт на JavaScript або TypeScript, який працює нативно на пристроях твоїх користувачів, Android, iOS і в вебі.

Для першого застосунку я рекомендую кросплатформний варіант, з React Native та Expo. Підтримувати треба лише один код, а збірка відбувається на Mac, які хостить Expo: ти можеш опублікувати iOS-застосунок без Mac.

Спершу iOS чи Android? Один код не означає один запуск: у кожного стору своя сторінка, свої правила і своя перевірка. Почни з однієї платформи. Якщо твій застосунок продає підписку, раджу iPhone; цифри та контраргументи є в статті iOS чи Android: з чого почати.

Чому стільки застосунків так і не потрапляють в App Store?

Майже завжди повторюються три причини:

• Занадто велика перша версія. Дванадцять напівготових функцій замість однієї завершеної.
• Про оплату думають наприкінці. Модель доходу змінює структуру застосунку: якщо додати її потім, доведеться перебудовувати.
• Публікацію вважають формальністю. Перевірка Apple, сторінка в сторі, конфіденційність: це повноцінний етап зі своїми пастками, аж до іконки, відхиленої з помилкою ITMS-90717.

Метод нижче розв'язує ці три проблеми, по одному кроку за раз.

Крок 1: як обрати ідею застосунку, яка може приносити гроші?

Перш ніж написати хоч рядок коду, письмово дай відповідь на три питання.

Для кого? Конкретна людина з проблемою, яка повторюється. «Люди, яким важко вставати вранці» корисніше, ніж «усі».

Що робить застосунок, одним реченням? Якщо треба два речення, перша версія завелика. Інші функції почекають, доки їх не попросять справжні користувачі.

Як він заробляє гроші? Підписка, разова покупка, реклама: виріши зараз. Для застосунку, яким користуються регулярно, підписка часто найлогічніша; для інструмента, потрібного час від часу, разова покупка теж має сенс. Повне порівняння є в статті підписка чи разова покупка для iOS-застосунку.

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

Наприкінці цього кроку в тебе також має бути встановлена технічна основа. Для новачка це React Native з Expo, з причин, наведених вище; сторінка React Native та Expo для мобільного застосунку детально пояснює цей вибір. Як окреслити першу версію, пояснено на сторінці MVP iOS-застосунку.

Хороша перша версія робить одну річ чудово, а не дванадцять абияк.

Крок 2: як побудувати серцевину свого застосунку?

Будуй лише головну функцію і тестуй її на власному iPhone якомога раніше. Не на скриншотах і не лише в симуляторі.

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

• Тестуй на найменшому і найбільшому екрані. Моя перша відмова від Apple для Solys була через демо на старті, яке неможливо було пройти у вікні, меншому за екрани моїх телефонів: рев'юер тестував на iPad, де застосунок для iPhone працює в режимі сумісності.
• Передбач збої. Немає мережі, дозвіл відхилено, порожній екран: кожен випадок заслуговує на зрозуміле повідомлення.
• Користуйся ШІ, але перечитуй. Claude чи Cursor пишуть швидко і впевнено помиляються щодо правил Apple. Пастки перелічені в статті створити iOS-застосунок за допомогою ШІ.

Цей крок закінчується, коли сторонні тестувальники користуються застосунком через TestFlight, бета-інструмент Apple. Усе пояснено в статті TestFlight: тестування застосунку для iPhone.

Крок 3: як підключити оплату в iOS-застосунку?

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

Онбординг. Перші екрани мають показати цінність застосунку, перш ніж щось просити: оцінку, дозвіл чи оплату. Це також перевіряє Apple: моя друга відмова для Solys (guideline 5.6.3) була через запит оцінки під час онбордингу.

Пейвол. Екран підписки має чітко показувати ціну, тривалість, пробний період, якщо він є, і кнопку відновлення покупок. Типові помилки є в статті пейвол iOS: 7 помилок новачка.

Підписки. Продукти створюються в App Store Connect. Я використовую RevenueCat, щоб керувати правами доступу, відновленням покупок і відстеженням доходу. Сторінка вбудовані підписки iOS описує всю роботу повністю.

Аналітика. Без вимірювань ти не знатимеш, де люди кидають застосунок. Я використовую PostHog, щоб відстежувати шлях користувача (відкриття, завершення онбордингу, показ пейволу, покупка), і Sentry для крешів.

Крок 4: як опублікувати застосунок і зробити так, щоб його знаходили?

Сторінка в App Store. Назва, підзаголовок, ключові слова, скриншоти, опис. Саме це вирішує, чи хтось завантажить застосунок, і чи покаже тебе App Store у результатах пошуку. Сторінка ASO в App Store пояснює, як над цим працювати.

Конфіденційність. Декларації про збір даних мають відповідати тому, що застосунок насправді робить, а твоя політика конфіденційності онлайн має бути актуальною. Саме через це Clic отримав відмову 5.1.1.

Відправлення на перевірку. Надай демо-акаунт, якщо застосунок вимагає входу, і поясни, що рев'юер має протестувати. Apple зазначає, що перевіряє 90 % заявок менш ніж за 48 годин; по-справжньому затягують терміни саме відмови. Терміни детально описані в статті скільки триває перевірка в App Store, а весь процес на сторінці опублікувати застосунок в App Store.

А в Google Play? Шлях той самий, з одним додатковим кроком. Для особистого акаунта, створеного після 13 листопада 2023 року, Google вимагає закрите тестування щонайменше з 12 тестувальниками, підписаними 14 днів поспіль, перед виходом у продакшн.

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

Скільки коштує створити застосунок?

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

Стаття витрат	Вказана ціна	Коли платиш
Акаунт Apple Developer	99 $ на рік	Для TestFlight і публікації
Акаунт Google Play	25 $, один раз	Під час створення акаунта
Збірка і відправлення в стори (Expo EAS)	0 $ до 15 збірок iOS і 15 збірок Android на місяць, далі 19 $ на місяць	Коли часто збираєш
База даних і акаунти (Supabase)	0 $ до 500 МБ і 50 000 активних користувачів на місяць, далі від 25 $ на місяць	Коли застосунок росте
Підписки (RevenueCat)	0 $ до 2 500 $ відстежуваного доходу на місяць, далі 1 %	Коли застосунок продає
Комісія Apple	15 % зі Small Business Program, інакше 30 %	З кожного продажу через App Store

Два уточнення. Акаунт Apple за 99 $ не потрібен, щоб почати кодити, лише для TestFlight і публікації: кроки описані в статті акаунт розробника Apple: ціна та реєстрація. І участь у Small Business Program не вмикається автоматично: на неї треба подати заявку.

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

Найбільша стаття витрат не з'являється в жодному рахунку: твій час.

Скільки часу потрібно, щоб пройти шлях від ідеї до App Store?

Чесної тривалості не існує, якщо не знати застосунку і твого початкового рівня. Напевно можна сказати одне: кожен крок має мати видимий кінець.

1. Ідея: одне речення, одна аудиторія, модель доходу, встановлена технічна основа.
2. Побудова: головною функцією користуються тестувальники через TestFlight.
3. Оплата: успішна тестова покупка, включно з відновленням.
4. Публікація: застосунок відправлено в Apple, сторінка заповнена повністю, включно з віковим рейтингом.

Якщо крок не має видимого кінця, це ознака того, що перша версія завелика.

Реальний орієнтир, який не є ні середнім значенням, ні повною зайнятістю: для TradaZen між першим комітом і публікацією в App Store минуло 26 календарних днів. Деталі є в статті скільки часу потрібно, щоб створити застосунок.

А що після публікації?

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

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

Чи можна створити застосунок безкоштовно?

Так, здебільшого. Ти можеш кодити, тестувати на телефоні та збирати застосунок, нічого не платячи, завдяки безкоштовним тарифам інструментів. А от публікація платна: 99 $ на рік в Apple, 25 $ один раз у Google. Деталі є в статті створити застосунок безкоштовно.

Скільки коштує створити застосунок?

Якщо будуєш сам, обов'язкові витрати зводяться до акаунтів розробника: 99 $ на рік для Apple, 25 $ один раз для Google. В інструментів є безкоштовні тарифи для старту. Якщо замовляєш розробку, ти платиш за час розробника, і ціна залежить від обсягу робіт.

Як створити застосунок легко?

Найлегше це не інструмент, а крихітна перша версія: одна функція, доведена до кінця. Для каталогу чи форми вистачить інструмента без коду. Для застосунку, який треба опублікувати й продавати, код пише ШІ, за умови, що ти тестуєш кожен крок на справжньому телефоні.

Яка найкраща програма для створення мобільного застосунку?

Найкращої програми в абсолютному сенсі немає. Щоб збирати без коду, Bubble чи FlutterFlow вміють публікувати в стори. Щоб код писав ШІ, Claude Code, Codex чи Cursor використовують разом із React Native та Expo. Правильний вибір залежить від двох речей: чи має застосунок бути в сторах і чи має він продавати підписку. Порівняння генераторів є в статті Lovable, Rork, FlutterFlow.

Чи можна створити застосунок самому, не вміючи кодити?

Так. Я публікую власні застосунки з React Native, Expo та ШІ, і кожен крок цього гайду можна пройти самому. Що треба знати: код пише ШІ, але перевіряєш ти. Завжди настає момент, коли треба трохи розуміти, що він написав, особливо щодо оплати й перевірки Apple.

Чи вигідно створювати застосунок?

Ніхто не може тобі цього гарантувати. Дохід залежить не від кількості завантажень, а від кількості людей, які платять, і від того, що лишається після комісії Apple. Що впливає на результат, пояснено в статті скільки заробляє застосунок.

Скільки часу потрібно, щоб створити застосунок?

Універсальної тривалості немає: усе залежить від розміру першої версії і часу, який ти приділяєш їй щотижня. Мій реальний орієнтир: 26 календарних днів між першим комітом і публікацією TradaZen в App Store.

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

4 кроки ті самі, з трьома інструментами Apple: акаунт Apple Developer, TestFlight для тестувальників і App Store Connect для сторінки та відправлення на перевірку. Повний маршрут є на сторінці створити застосунок для iPhone.

Пройти цей метод з iOS Kit

Ці 4 кроки точно відповідають маршруту iOS Kit: обрати застосунок, який може приносити гроші, побудувати його серцевину, підключити гроші, опублікувати і зробити так, щоб його знаходили. Ти проходиш їх у своєму темпі, зі стартовим кодом моїх застосунків і скілами Claude Code для кожного кроку.

Ти також можеш пройти цей метод сам, за гайдами, на які посилається ця стаття. Не знаєш, на якому ти кроці? Безкоштовна діагностика покаже, де ти зараз, підкаже, з якого кроку почати, і надішле тобі мій чекліст проти відмов Apple. Ніхто не може гарантувати тобі схвалення Apple чи дохід; метод гарантує інше: ти в будь-який момент знаєш, що лишилося зробити.