Скільки коштує розробка мобільного застосунку: за що ви насправді платите
Скільки коштує розробка мобільного застосунку, залежить не стільки від екранів, які бачить користувач, скільки від усього, що за ними: сервера, де живуть акаунти й замовлення, адмінки, з якої керує ваша команда, публікації в App Store і Google Play та оновлень під кожну нову версію iOS та Android. Орієнтовно бізнес-застосунок із власним бекендом і адмінкою коштує $25 000–70 000, а двосторонній сервіс з оплатами й живими статусами — $60 000–150 000. Розбираємо, з чого складається ціна, які рішення впливають на неї найбільше і що коштує грошей після запуску.
Зміст
- Кошторис на застосунок — це насправді три кошториси
- Орієнтовні ціни
- Один застосунок — три бюджети
- Кросплатформна чи нативна розробка: найбільше окреме рішення
- Що рухає ціну
- Витрати, що починаються після публікації
- Що показують два наші застосунки
- Як утримати ціну
- Що підготувати, перш ніж просити ціну
- Як ми оцінюємо застосунок
- Запитання й відповіді
Кошторис на застосунок — це насправді три кошториси
Коли люди уявляють мобільний застосунок (у пошуку його часто називають додатком), вони уявляють екрани. Але екрани зазвичай — менша частина рахунку. Типовий бізнес-застосунок має три шари:
- Сам застосунок — екрани для iOS та Android, навігація, форми, обробка push-сповіщень, поведінка без зв’язку, збірки для App Store і Google Play.
- Бекенд — API й база даних, де зберігаються акаунти, замовлення, бронювання й оплати; логіка, яка вирішує, хто що бачить; фонові завдання, що надсилають сповіщення.
- Адмінка — вебпанель, з якої ваша команда керує користувачами, контентом, замовленнями й підтримкою.
Пропозиція, що здається підозріло дешевою, часто покриває лише перший шар і припускає, що бекенд «у вас уже є». Якщо придатний API справді є — це реальна економія. Якщо ні, два відсутні шари згодом з’являться другим рахунком.
Окремо запитайте про публікацію: підготовка збірок, знімків екрана, описів для магазинів застосунків і відповіді на запитання модераторів — теж робота, і не кожна пропозиція її включає.
Орієнтовні ціни
Орієнтир для пропозицій студій в Україні та Східній Європі на 2026 рік, а не прайс:
| Тип застосунку | Приклад | Орієнтовна ціна | Орієнтовні терміни |
|---|---|---|---|
| Компаньйон до наявного бекенду | Застосунок для клієнтів, що показує замовлення й статуси з вашої системи | $8 000–25 000 | 3–6 тижнів |
| Бізнес-застосунок із власним бекендом і адмінкою | Акаунти, каталог чи бронювання, оплата карткою, push-сповіщення, адмінка | $25 000–70 000 | 6–12 тижнів |
| Двосторонній застосунок або дані в реальному часі | Клієнти й виконавці, живі статуси, чат, виплати, рейтинги | $60 000–150 000 | 3–5 місяців |
| Фінтех, медицина або багато інтеграцій | Перевірка особи, рух грошей, журнал дій, регуляторні вимоги | $100 000–200 000 і більше | 4–8 місяців |
Розкид усередині кожного рядка дають чинники, про які йдеться нижче. Де саме опиниться ваш застосунок, вирішує обсяг робіт: оцінка розкладе його на модулі з ціною, а після розбору з командою ця ціна фіксується в договорі. Скільки триває кожен тип і чому — у статті про терміни розробки застосунку.
Один застосунок — три бюджети
Візьмімо умовний застосунок для мережі кав’ярень.
- Версія 1: картка лояльності з QR-кодом, меню, найближча кав’ярня на карті, push-сповіщення про акції. Одна роль, дані здебільшого лише для перегляду, легка адмінка для меню й акцій. Це нижня межа бізнес-застосунку.
- Версія 2: замовлення наперед з оплатою карткою в застосунку, і це замовлення одразу з’являється на екрані біля каси. Тепер ролей дві — клієнт і бариста, — а ще додаються оплата, повернення коштів і статуси, що змінюються в реальному часі. Обсяг може зрости приблизно вдвічі.
- Версія 3: доставка кур’єрами з відстеженням на карті. Третя роль, окремий застосунок чи режим для кур’єра, геолокація у фоні, маршрути й екран диспетчера. Це вже інший клас продукту й інший бюджет.
Кожна з версій — цілком розумний застосунок. Перш ніж просити ціну, вирішіть, яка з них потрібна на старті, а яка може зачекати на дані з першої.
Якщо накласти версії на таблицю: коли в мережі вже є система лояльності з API, версія 1 може бути компаньйоном у діапазоні $8 000–25 000; якщо застосунку потрібні власні акаунти, база меню й адмінка, він опиняється в нижній частині діапазону бізнес-застосунку. Версія 2 переходить у верхню половину цього діапазону, бо оплата, повернення, екран для бариста й живі статуси з’являються разом. Версія 3 — це рядок двостороннього застосунку з даними в реальному часі: три ролі, геолокація у фоні й диспетчеризація дають $60 000–150 000 і від трьох до п’яти місяців роботи. Що саме взяти в першу версію — окреме питання, його розбираємо в статті про функції першої версії застосунку.
Кросплатформна чи нативна розробка: найбільше окреме рішення
Два нативні застосунки — Swift для iOS і Kotlin для Android — це дві кодові бази, зазвичай двоє розробників чи дві команди, і кожна функція, яку будують і тестують двічі. Кросплатформний застосунок на React Native з Expo має одну кодову базу для обох платформ, а там, де потрібен нативний код, — геолокація у фоні, Bluetooth, важке медіа, — його покриває нативний модуль. Для більшості бізнес-застосунків цей шлях помітно дешевший, а оновлення виходять швидше.
Нативна розробка виправдана, коли застосунок живе графікою чи «залізом»: ігри й AR, складна робота з камерою, глибока інтеграція з носимими пристроями або нова функція платформи, потрібна вам у той самий день, коли її випустили Apple чи Google. Детальне порівняння — у статті React Native чи нативна розробка.
Що рухає ціну
| Чинник | Ціна росте, коли… |
|---|---|
| Ролі | Клієнти, персонал і виконавці мають власні сценарії та права доступу |
| Екрани й стани | Кожен екран має стани завантаження, порожнього списку, помилки й роботи без зв’язку |
| Оплата | Збережені картки, повернення, рахунки — або вбудовані покупки з підписками |
| Реальний час | Чат, відстеження на карті, статуси, що оновлюються без перезавантаження |
| Робота без зв’язку | Персонал працює без інтернету, а дані синхронізуються згодом |
| Медіа | Камера, фотозвіти, завантаження й обробка відео |
| Карти й геолокація | Маршрути, геозони, геолокація у фоні |
| Інтеграції | Облік, CRM, API партнера, перевірка особи |
| Безпека й дані | Персональні, медичні чи фінансові дані з суворішими правилами зберігання й доступу |
| Дизайн | Власна візуальна мова й анімація замість добре зібраної системи компонентів |
Два з цих чинників варто розібрати докладніше.
Оплата. Apple і Google мають правила щодо того, як застосунок може брати гроші. Цифровий контент і підписки, якими користуються всередині застосунку, зазвичай мають проходити через вбудовані покупки App Store чи Google Play, а магазин бере з них комісію. Фізичні товари й послуги в реальному світі оплачують звичайною карткою. Від того, яке правило діє для вас, залежать і обсяг розробки, і ваша маржа, тож перевірте це, перш ніж планувати бізнес-модель. Першоджерело — App Store Review Guidelines. Правила різняться залежно від країни й останніми роками змінювалися, тож читайте чинну редакцію, а не переказ.
Робота без зв’язку й реальний час. Обидві функції звучать як дрібниці. Насправді вони змінюють те, як дані рухаються всім застосунком, і додавати їх згодом набагато дорожче, ніж закласти від початку. Якщо ваші користувачі працюють у підвалах, у полі чи в дорозі, напишіть про це в описі проєкту.
Витрати, що починаються після публікації
Розробка — разовий платіж, а застосунок коштує грошей і далі:
- Акаунти розробника. На момент написання Apple Developer Program коштує $99 на рік, а акаунт розробника в Google Play — разово $25. Реєструйте їх на свою компанію, щоб застосунок належав вам.
- Хостинг і сервіси бекенду. Сервери, база даних, сховище файлів, push-сповіщення й листи, SMS, карти. На старті це небагато, далі витрати ростуть разом із кількістю користувачів.
- Оновлення платформ. Нові версії iOS та Android виходять щороку, а Google Play приймає оновлення лише від застосунків, що орієнтуються на свіжий рівень Android API. Хтось має перезібрати, протестувати й надіслати нову версію.
- Модерація в App Store і Google Play. Кожна нова версія проходить перевірку. Зазвичай вона триває дні, а не тижні, але відмова означає правки й ще одне коло.
- Підтримка й нові функції. Користувачі знаходять те, що пропустили тестувальники, а перші відгуки приносять нові побажання.
Докладніше — у статті про приховані витрати на розробку, зокрема як закласти підтримку в бюджет рядок за рядком.
Що показують два наші застосунки
У LUMEN — платформі дробових інвестицій у реальні активи — інвестори користуються мобільним кабінетом на Expo: портфель, дохід і гаманець. Кабінет — це те, що видно. За ним стоять вебплатформа для команди приблизно на сотню екранів — активи, пули, KYC, виплати й ризики — і мобільна консоль для щоденних погоджень. Хто закладає бюджет на «застосунок для інвесторів», закладає його на верхівку айсберга.
У FOMO — платформі аналітики крипторинку — один бекенд обслуговує вебплатформу, мобільний застосунок, Telegram Mini App і адмінку. Бекенд будують один раз, тому кожен наступний інтерфейс над ним — застосунок чи Mini App — використовує ті самі акаунти, дані й логіку, а не будує їх заново. Якщо плануєте кілька інтерфейсів, скажіть про це до того, як проєктують бекенд.
Як утримати ціну
- Скорочуйте ролі, а не екрани. Мінус одна роль прибирає цілі сценарії, мінус один екран заощаджує небагато.
- Тримайте адмінку у вебі. Інструменти персоналу рідко мають жити в застосунку.
- Для першої версії розгляньте Telegram Mini App, якщо ваша аудиторія вже в Telegram: без встановлення й без модерації в магазинах застосунків.
- Для внутрішніх інструментів подумайте про PWA, якщо не потрібні ні глибокий доступ до пристрою, ні місце в магазинах застосунків.
- Обирайте формат розробки за ризиком. В EVA-X внутрішній застосунок чи першу версію для невеликої тестової групи можна робити в AI Build; застосунок для клієнтів з оплатами чи персональними даними — робота для AI + DEV або DEV, бо модерація в App Store і Google Play, різні пристрої й крайні випадки потребують інженерів.
Що підготувати, перш ніж просити ціну
- Ролі й що кожна з них робить у застосунку
- Головний сценарій: від відкриття застосунку до моменту, коли він приносить користь
- Чи є вже бекенд або API — і документація до нього
- Як користувачі платять, якщо платять: карткою, за рахунком, через вбудовані покупки
- Де люди користуються застосунком: в офісі, у дорозі, в полі, у підвалі
- З якими системами він має обмінюватися даними
- На кого зареєстровані акаунти розробника і чи вони вже існують
Коли ці відповіді зібрано на одній сторінці, пропозиції різних студій нарешті описують той самий застосунок, і їх можна чесно порівняти.
Як ми оцінюємо застосунок
Опишіть застосунок своїми словами — текстом, посиланням, файлом чи голосовим повідомленням, — і оцінка приблизно за 15 секунд розкладе його на модулі — екрани застосунку, бекенд, адмінку, публікацію в магазинах застосунків — з годинами, термінами й ціною. Оцінка безкоштовна й ні до чого не зобов’язує: команда перевіряє обсяг разом із вами, а договір фіксує ціну. Публікуємо застосунок у вашому акаунті розробника, тож сторінка в магазині ваша з першої версії, а права на код переходять до вас після повної оплати за договором. Що саме ми робимо — на сторінці розробка мобільного застосунку під ключ.
Запитання й відповіді
Скільки коштує простий мобільний застосунок?
Якщо «простий» означає кілька екранів над наявним бекендом — орієнтовно $8 000–25 000. Якщо застосунку потрібні власні акаунти, база даних, оплата й адмінка, це вже бізнес-застосунок, і чесніший орієнтир — $25 000–70 000. Найшвидше зрозуміти, куди потрапляє ваш, — описати ролі й головний сценарій та отримати оцінку.
Чи дешевше почати з iOS або Android?
Якщо йдеться про два нативні застосунки, одна платформа на старті приблизно вдвічі зменшує ту частину першого рахунку, що припадає на сам застосунок, а другу можна зробити згодом; бекенд і адмінка коштують однаково. На React Native з Expo обидві платформи виходять з однієї кодової бази, тож відмова від однієї заощаджує набагато менше — переважно тестування й роботу з магазинами застосунків. Обирайте за тим, де ваші користувачі, а не за бюджетом.
Скільки коштує підтримка застосунку на рік?
Чесного фіксованого відсотка немає. Додайте акаунти розробника, хостинг і сторонні сервіси, які ростуть разом із кількістю користувачів; щорічне оновлення під нові версії iOS та Android; підтримку й виправлення. Нові функції — окремий бюджет. Просіть оцінити підтримку окремою домовленістю, а не закладати її «за замовчуванням».
Чому ціни на розробку застосунку так різняться?
Зазвичай тому, що пропозиції покривають різне. В одній є бекенд, адмінка й публікація, в іншій — лише екрани. Одна закладає кросплатформну розробку, інша — два нативні застосунки. Одна дає фіксовану ціну, інша — погодинний прогноз. Попросіть у кожного розробника список модулів із годинами й порівнюйте рядок за рядком.
Чи потрібен застосунку бекенд?
Майже завжди. Акаунти, дані, оплата й push-сповіщення живуть на сервері. Якщо у вас уже є API, що віддає все потрібне застосунку, ми під’єднуємося до нього, і ціна падає. Якщо ні, бекенд і адмінку будує та сама команда разом із застосунком.
Чи буде застосунок опубліковано від імені моєї компанії?
Має бути. Зареєструйте акаунти розробника в Apple і Google на свою компанію й дайте розробнику доступ. В EVA-X ми готуємо збірки, виконуємо вимоги модерації й публікуємо застосунок у вашому акаунті, тож сторінка застосунку й відгуки з першого дня у вашому акаунті. Права на код переходять до вас після повної оплати за договором.
// Ми це робимо
Розробка мобільних застосунків
Застосунки для iOS та Android на React Native і Expo — разом із бекендом і адмінкою за ними.
Про послугу →Калькулятор вартості застосунку →Опишіть продукт. Отримайте фіксовану ціну.
Достатньо тексту, посилання чи файлу. Оцінка займає близько 15 секунд і нічого не коштує, а команда перевіряє її ще до договору.
Отримати ціну
