Коротка відповідь: MVP, готовий до публікації, я роблю за 1,5-3 місяці. Середній бізнес-додаток з оплатами та обліковим записом користувача - це 3-6 місяців. Складний продукт з чатом, картами та інтеграціями з CRM - 6 місяців і більше. Я рахую календарний час від першої розмови до додатку в App Store і Google Play, а не сам час написання коду.
Нижче розкладаю це на етапи з реальними строками. Без "від двох тижнів", якими агенції приваблюють, а потім розтягують на пів року.
Discovery і специфікація - 3 дні до 2 тижнів
Перш ніж щось з'явиться, треба визначити, що додаток має робити. Список екранів, ролі користувачів, звідки беруться дані, чим платять. За простої ідеї вистачить однієї 30-хвилинної розмови і дня на опис обсягу. За додатку з кількома ролями та інтеграціями з цього виходить тиждень, іноді два.
Час цього етапу залежить переважно від тебе. Якщо ти знаєш, що хочеш побудувати і для кого, все йде швидко. Якщо ідея на рівні "щось як Uber, але для...", її спершу треба уточнити - і це теж триває.
Дизайн і UX - 1 до 4 тижнів
Тут народжується вигляд: розкладка екранів, переходи між ними, кольори, типографіка. Для MVP на системних компонентах вистачить тижня. Власний дизайн під бренд, з відпрацьованими анімаціями, - це 3-4 тижні.
Найбільше часу йде не на малювання, а на раунди правок. Два раунди - це норма. Якщо на кожному екрані ти змінюєш думку, етап розповзається - і це найчастіша причина затримок на самому старті.
Програмування - від 3 тижнів до кількох місяців
Головна частина. Тут пишеться додаток, екран за екраном, з підключенням до даних.
Я будую на React Native + Expo - один код компілюється у справжні нативні додатки для iOS і Android. Близько 90% коду спільні для обох платформ, тож ти не платиш часом за написання того самого двічі. Якби я робив нативно, окремо у Swift і Kotlin, цей етап тривав би майже вдвічі довше.
Скільки саме? MVP з 5-8 екранами - це 3-5 тижнів самого коду. Середній додаток - 6-12 тижнів. Кожна серйозна функція (оплати, чат, офлайн-режим, карти) - це додаткові тижні, бо це окремі шматки, які треба побудувати та протестувати.
Бекенд та інтеграції - паралельно, 2-6 тижнів
Додаток сам собою - це лише інтерфейс. Дані десь мають зберігатися, користувач має авторизуватися, оплата має пройти через Stripe або RevenueCat. Частину бекенду можна підняти швидко на готових рішеннях (Supabase, Railway), частина - інтеграції з твоєю CRM чи складською системою - залежить від того, наскільки добре задокументоване API з іншого боку.
Цей етап іде паралельно з програмуванням, тож рідко подовжує календар окремо. Виняток: інтеграція із системою, яка не має нормального API і до якої доводиться добиратися обхідним шляхом. Це здатне додати 2-3 тижні, яких ніхто не передбачив.
Тестування - 1 до 3 тижнів
Перевірка, чи все працює на різних телефонах, за слабкого інтернету, за дивних даних, введених користувачем. Для MVP це тиждень. Для додатку з оплатами та чутливими даними - два, три, бо кожна помилка з грошима коштує довіри.
Тестування теж частково йде паралельно з кодом, але фінальний раунд перед публікацією завжди окремо. Не публікують додаток, який не проклацали до кінця.
Публікація у магазинах - кілька днів до 2 тижнів
Тут заходить чинник, на який ніхто не має впливу: review магазинів.
- App Store перевіряє додаток зазвичай 24-72 години. Додатки з оплатами, локацією чи медичними даними, а також нові облікові записи розробника, потрапляють на ручну перевірку - тоді 3-7 днів.
- Google Play зазвичай приймає за кілька годин до 3 днів, але review, пов'язаний з політикою, здатен затягнутися до 7 робочих днів.
До того ж перша публікація буває відхилена через дрібницю - відсутність політики конфіденційності, незрозумілий опис дозволів. Закладай 1-2 ітерації. Тому між відправленням додатку та оголошенням старту я завжди лишаю кілька днів запасу.
Окремо я описав це у тексті як опублікувати додаток в App Store.
Що найчастіше подовжує строк
Скажу чесно - більшість затримок не від коду. Вони від таких речей:
- Недоговорена специфікація. Якщо на старті невідомо точно, що додаток робить, половина роботи йде на визначення цього в процесі. Це найдорожчий спосіб проєктувати.
- Feature creep. "А додаймо ще...". Кожна нова функція під час побудови зсуває строк. Не завжди на тиждень, на який це виглядає, - бо її треба вписати у те, що вже є.
- Review магазинів. Не залежить від нас, іноді швидко, іноді ні. Планується із запасом.
- Контент і доступи від клієнта. Тексти до додатку, фото, доступ до твоєї CRM, дані для входу до платіжного шлюзу. Якщо це приходить із тижневою затримкою, проєкт стоїть - код готовий, але немає чим його наповнити.
Цей останній пункт - чи не найчастіше прихований гальмо. Додаток може бути завершений, а чекає тиждень, бо бракує опису до магазину або доступу до облікового запису.
Таблиця - тип додатку та строк
| Тип | Строк | Що входить |
|---|---|---|
| MVP | 1,5-3 місяці | 1 додаток iOS+Android, 5-8 екранів, авторизація, простий бекенд, публікація в обох магазинах |
| Середній | 3-6 місяців | Оплати (Stripe / RevenueCat), push-сповіщення, профілі, адмін-панель, аналітика |
| Складний | 6 місяців+ | Живий чат, карти та геолокація, офлайн-режим, ролі та дозволи, інтеграції з CRM/ERP |
Це реальні строки для одного senior-розробника, який веде проєкт від початку до кінця. Команда агенції за тих самих функцій часто потребує більше календаря, бо додається координація між людьми.
Як скоротити час
Якщо тобі важливий швидкий вихід на ринок, це можна зробити розумно:
- Почни з MVP. Замість будувати все одразу, випусти версію з однією ключовою функцією, перевір її на реальних користувачах, аж потім розширюй. Більше про цей підхід у створенні MVP додатку для стартапу.
- Обери cross-platform. Один код на iOS і Android замість двох окремих додатків скорочує етап програмування майже вдвічі. Коли це має сенс, а коли ні, я розклав у тексті нативний чи кросплатформний додаток.
- Постав бекенд на готових рішеннях. Supabase, Railway, RevenueCat - замість писати авторизацію та білінг з нуля, ти використовуєш перевірені цеглинки. Тижні роботи менше.
- Підготуй контент заздалегідь. Тексти, фото, доступи до систем збери на самому початку, не наприкінці. Це етап, який найлегше почати одразу, а найчастіше він лишається на останню мить.
На вартість цих рішень я дивлюся в окремому тексті - скільки коштує розробити додаток.
FAQ
Скільки часу займає розробка мобільного додатку з нуля? Від 1,5 місяця для простого MVP до понад пів року для складного продукту. Середній бізнес-додаток з оплатами та обліковим записом користувача - це 3-6 місяців календарного часу, рахуючи від першої розмови до публікації в обох магазинах. Сам код - це лише частина цього часу, решта це discovery, дизайн, тестування та review магазинів.
Скільки часу займає побудова MVP? 1,5-3 місяці. Це один робочий додаток на iOS і Android: 5-8 екранів, авторизація, простий бекенд і публікація в обох магазинах. Перша версія, яку ти віддаєш реальним користувачам, щоб перевірити ідею, перш ніж вкласти в неї пів року роботи. Найшвидший розумний спосіб мати щось робоче в руках.
Чи додаток на iOS і Android триває довше, ніж на одну платформу? За cross-platform практично ні. З React Native + Expo один код компілюється на обидві платформи, тож час майже такий самий, як для однієї. Два окремі нативні додатки (Swift + Kotlin) - інша історія, там етап програмування триває майже вдвічі, бо те саме пишеш двічі.
Чому програмування - це лише частина строку? Бо написання коду займає зазвичай 40-50% усього. Решта це визначення, що додаток має робити, дизайн екранів, тести на різних телефонах і очікування на прийняття магазинів. Додаток може бути "завершений" у коді, а все одно чекати тиждень на review App Store або на брак контенту від клієнта.
Скільки триває публікація в App Store і Google Play? App Store перевіряє додаток зазвичай 24-72 години, за оплат чи нового облікового запису розробника до 7 днів. Google Play зазвичай приймає за кілька годин до 3 днів, іноді до тижня за review політики. Перша публікація буває відхилена через дрібницю, тож варто закласти 1-2 ітерації та кілька днів запасу перед оголошенням старту.
Що найчастіше затримує проєкт? Рідко сам код. Найчастіше: недоговорена специфікація, додавання функцій у процесі (feature creep), review магазинів і брак контенту чи доступів від клієнта. Цей останній пункт здатен зупинити готовий додаток на тиждень, бо він чекає на опис до магазину або доступ до платіжного шлюзу.
Чи можна зробити додаток швидше, ніж за 3 місяці? Так, якщо почнеш із вузького MVP з однією ключовою функцією, обереш cross-platform і поставиш бекенд на готових рішеннях. Тоді реальний строк - навіть 4-6 тижнів. Він скорочується через обмеження обсягу, а не через написання коду нашвидкуруч - друге завжди повертається як правки.
Коротко: реальний строк - це 1,5-3 місяці на MVP, 3-6 на середній додаток, 6+ на складний. Найбільше часу заощаджує добре визначення обсягу на старті, а не поспіх у процесі.
Хочеш конкретний строк під свою ідею? Напиши мені - після 30-хвилинної розмови отримуєш фіксовану вартість із датою релізу. Більше про послугу: розробка мобільних додатків.
