Як створити мобільний додаток: від ідеї до App Store

Шлях від ідеї до застосунку: 8 кроків

Створення застосунку схоже на будівництво будинку: спершу розуміємо, для кого й навіщо, потім малюємо план і лише після цього беремо молоток. Більшість проблем виникає там, де цей порядок порушують і одразу «починають розробку». Мобільний додаток і мобільний застосунок — одне й те саме, на нашому сайті ми кажемо «застосунок».

1. Ідея та перевірка попиту. Кому це потрібно і чи готові вони користуватися (і платити).
2. Перша версія. Мінімальний набір функцій, що розв'язують головне завдання.
3. Екрани та прототип. Як виглядатиме шлях користувача.
4. Розробка. Складання застосунку та серверної частини.
5. Тестування. Перевірка на реальних телефонах.
6. Акаунти та матеріали для магазинів. Опис, скриншоти, політика конфіденційності.
7. Публікація. Перевірка Apple і Google та вихід у магазин.
8. Розвиток. Аналітика, виправлення, просування, нові функції.

Скільки коштує кожен етап і застосунок загалом, ми розписали в статті «Скільки коштує розробка мобільного додатка». Тут зосередимося на порядку дій і підводних каменях.

Кроки 1–2: перевірте ідею та визначте першу версію

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

Перевірте, що проблема існує

Поговоріть із 10–15 людьми з вашої майбутньої аудиторії. Питайте не «чи сподобається вам застосунок?» (усі чемно відповідають «так»), а «як ви розв'язуєте це завдання зараз, скільки часу й грошей витрачаєте?». Якщо в людей немає болю або їх уже влаштовує те, що є, ідею варто переглянути.

Подивіться на аналоги

Знайдіть в App Store і Google Play 3–5 схожих застосунків. Прочитайте відгуки: на що скаржаться, чого бракує. Це безкоштовне дослідження вашого ринку у вашій країні, яке показує, де можна бути кращими.

Визначте мінімум

Перша версія — це одне головне завдання користувача, розв'язане від початку до кінця. Не «каталог, чат, лояльність, мапа й рейтинг», а, наприклад, «записатися до майстра за три дотики». Усе інше додається потім. Така версія називається MVP; що це і скільки коштує, докладно в статті «MVP: що це і скільки коштує запустити».

Вирішіть, чи потрібен застосунок взагалі

Іноді завдання розв'язує сайт, застосунок із сайту (PWA) або Telegram Mini App, і витрачатися на магазини не потрібно. Як обрати, ми розібрали в статті «Додаток чи сайт: що потрібно бізнесу». Застосунок має сенс, коли потрібні сповіщення, камера, геолокація, офлайн-режим або клієнт користується сервісом часто.

Крок 3: екрани, прототип і дизайн

До першого рядка коду намалюйте шлях користувача. Для першої версії вистачає 5–8 екранів: вхід, головний екран, ключова дія, профіль, оплата чи підтвердження.

• Схема екранів. Квадратики на папері або в безкоштовному інструменті: що за чим іде і куди веде кожна кнопка.
• Клікабельний прототип. Ті самі екрани, але на них можна натискати. Покажіть його 5–7 людям з аудиторії та подивіться, де вони губляться. Виправити прототип коштує години, виправити готовий застосунок — тижні.
• Дизайн. Кольори, шрифти, кнопки за єдиними правилами. У наших пакетах дизайн входить; окремо дизайн і прототип коштують від €1 990, і це гарний перший крок, якщо ви ще не вирішили, чи робити розробку (докладніше).

Заздалегідь продумайте те, чого вимагають магазини: вхід із можливістю видалити акаунт, політика конфіденційності, зрозумілі описи дозволів (камера, геолокація). Apple включає ці питання в правила перевірки (App Store Review Guidelines), і додавати їх в останній момент дорожче, ніж закладати одразу.

Скільки часу займає розробка додатка

Строк залежить від кількості екранів, серверної частини та інтеграцій. Огляд Cubix називає для простого MVP приблизно 1–2 місяці, для застосунку середньої складності 3–6, для складного 7–12, причому це планувальні оцінки, а не правила (Cubix). Наші строки (кросплатформна розробка, один код на iOS і Android):

Перевірка Apple і Google в ці строки не входить: вона йде поза нашим контролем, і ми чесно про це попереджаємо.

З чого складається строк

• Знайомство й бриф: кілька днів. Якщо ви підготували опис і приклади, це скорочується.
• Дизайн і прототип: 1–3 тижні з погодженнями.
• Розробка: найдовша частина, з показами проміжних результатів за посиланням.
• Тестування та виправлення: 1–2 тижні.
• Подання в магазини: підготовка матеріалів і відповідь на зауваження.

Що зсуває строки

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

Кроки 4–5: розробка й тестування

У розробці застосунку беруть участь дві частини: те, що бачить користувач (екрани), і те, що працює «за лаштунками» (сервер, база даних, листи, оплата). Замовник найчастіше бачить лише першу й недооцінює другу.

Один код чи два

Можна писати окремі застосунки для iPhone та Android, а можна один код, з якого збираються обидві версії. Другий шлях швидший і дешевший, і для більшості бізнес-застосунків (замовлення, кабінети, запис, каталоги) різниця для користувача непомітна. Ми працюємо за другим шляхом. Окрема нативна розробка потрібна для важких ігор, складної графіки та деяких датчиків.

Покази за посиланням

Хороша практика — отримувати робочу збірку на кожному етапі, а не одну фінальну. Ви дивитеся застосунок на своєму телефоні, поки він ще змінюється, і правки обходяться дешево. Ми даємо прев'ю-посилання на кожен етап.

Що перевіряти під час тестування

• Головний сценарій від початку до кінця на реальних iPhone та Android різних розмірів.
• Що відбувається без інтернету та за слабкого зв'язку.
• Листи, сповіщення й тестові платежі.
• Права доступу: кожен бачить лише своє.
• Швидкість запуску й поведінка під час повороту екрана.

Якщо вам потрібен підрядник, що підходить під таку схему, подивіться, як ми описали вибір у статті «Як обрати веб-студію і не помилитися»: логіка перевірки однакова для сайту й застосунку.

Як опублікувати додаток в App Store і Google Play

Публікація — це не кнопка «завантажити», а окремий процес із правилами та перевіркою людьми. Почніть готуватися за 2–3 тижні до дати запуску.

Акаунти розробника

• Apple: Apple Developer Program, $99 на рік (Apple).
• Google Play: Play Console, одноразовий платіж $25 (Google).

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

Що потрібно для Google Play

Якщо акаунт розробника особистий і створений нещодавно, Google вимагає перед публікацією закрите тестування: щонайменше 12 тестувальників упродовж 14 днів поспіль, доки цей крок не виконано, публікація в магазині недоступна (довідка Google Play Console). Заплануйте ці два тижні в графіку. Організаційний акаунт для компанії влаштований інакше, правила перевіряйте в довідці.

Що потрібно для App Store

Версія, яку ви надсилаєте на перевірку, має бути фінальною, повністю робочою та з робочими посиланнями; застосунок має пропонувати більше, ніж «запакований сайт» (App Store Review Guidelines, розділи 2.1 і 4.2). Для перевіряльників підготуйте тестовий вхід, якщо в застосунку є авторизація.

Матеріали для картки

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

Ми готуємо ці матеріали, подаємо застосунок на перевірку й виправляємо зауваження (послуга «Публікація в App Store і Google Play», €390, якщо ви публікуєтеся поза пакетом; у пакети вона входить). Відмова вперше трапляється, зазвичай через дрібниці. Строків перевірки ми не обіцяємо: їх визначають магазини.

Кроки 6–8: що робити після публікації

Публікація — це початок, а не фініш. Перші тижні показують, як застосунок живе насправді.

• Підключіть аналітику. Встановлення, утримання, воронки: де користувачі йдуть. Без неї ви вгадуватимете (підключення від €590).
• Читайте відгуки й відповідайте на них. Це безкоштовний зворотний зв'язок і чинник довіри.
• Оновлюйте. Нові версії iOS та Android виходять щороку, а застосунок має підлаштовуватися.
• Залучайте користувачів. Застосунок не набирає встановлень сам. Оптимізація сторінки в магазинах і реклама встановлень коштують від €590 на місяць.
• Додавайте функції за даними. Наступна функція обирається за тим, що кажуть аналітика й користувачі, а не за відчуттями.

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

Що обрати у вашій ситуації

• Якщо у вас поки що лише ідея, почніть із перевірки попиту й прототипу (дизайн і прототип від €1 990). Це найдешевший спосіб зрозуміти, чи варто йти далі.
• Якщо потрібен сервіс «як сайт, але на телефоні», подивіться на PWA за €2 490: публікація в магазинах не потрібна, запуск швидший.
• Якщо ваші клієнти у вашому місті спілкуються через Telegram, можливо, вам потрібен Mini App від €3 900, а не окремий застосунок.
• Якщо ви готові перевіряти ідею на реальних людях, беріть MVP iOS + Android від €10 900: 6–8 тижнів і публікація в обох магазинах.
• Якщо застосунок має приймати платежі й керуватися командою, беріть «Бізнес» за €23 900 з оплатою, адмінкою та аналітикою.
• Якщо в застосунку кілька ролей і складні зв'язки, почніть з архітектурної сесії за €3 500. Її вартість зараховується в проєкт.

Склад і ціни застосунку на сторінці «Застосунок iOS + Android», а загальний прайс зібрано в розділі цін. Ми працюємо за вісьмома зрозумілими кроками від знайомства до супроводу, як це виглядає на практиці, описано в розділі «Як ми працюємо».