Скільки коштує розробка мобільного додатку

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

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

Орієнтири вартості станом на листопад 2026

Для базового мобільного додатка орієнтир Artbrain починається від $4 000, строк розробки базового обсягу становить 8-13 тижнів. Це орієнтири станом на листопад 2026, у доларах США. У базовий обсяг входять iOS та Android зі спільного коду, до 8 екранів, особистий кабінет, один процес заявки, серверна частина, панель керування, налаштування сервера та підготовка до публікації. Точний склад і критерії готовності фіксуємо під вашу задачу до початку робіт. Стартова сума не означає необмежений набір можливостей або автоматичне включення всіх опцій нижче.

Орієнтири доплат за окремі можливості:

• Чат із підтримкою: $1 200.
• Каталог і кошик: $1 200.
• Запис на вільний час: $1 200.
• Оплата через LiqPay: $800.
• Передача заявок через webhook, тобто автоматичне надсилання заявки у вашу систему: $800.
• Push-сповіщення: $600.
• Картка лояльності: $600.
• Вхід через Google та Apple: $500.
• Геопозначка та карта: $500.
• Перегляд заявок офлайн: $500.
• Фото та файли в заявках: $450.
• Звіти за заявками: $450.
• Вхід за SMS-кодом: $400.
• Друга мова інтерфейсу: $350.
• Сканування QR і штрихкодів: $350.
• Підпис пальцем: $350.
• Експорт заявки в PDF: $350.
• Вхід за біометрією: $250.

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

Окремо власник оплачує акаунти публікації. Apple Developer Program коштує $99 за рік членства; сума й валюта при оформленні можуть залежати від регіону. Реєстрація акаунта Google Play Console має одноразовий збір $25. Це платежі платформам, а не вартість розробки Artbrain. Сервер, повідомлення, тарифи підключених сервісів і подальшу підтримку також планують окремо.

Що має входити в кошторис розробки під ключ

Попросіть перелік результатів, які можна перевірити. Для користувача це вхід, основна дія та зрозуміле підтвердження. Для команди це місце, де з’являються дані, відповідальний працівник і спосіб виправити помилку. Для власника це погоджений запуск, передача матеріалів і порядок підтримки. Формулювання «додаток під ключ» без цих меж не пояснює, що саме ви прийматимете.

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

Мобільний додаток є окремою послугою і не входить у ціну наших CRM, ERP чи інших систем. Коли замовляєте систему й мобільний інтерфейс разом, потрібні окремо описані межі обох частин. Інакше фраза «доступ із телефона» може означати лише сторінку системи в браузері, хоча власник очікував встановлений застосунок.

iOS, Android чи обидві платформи

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

Застосунки для iOS та Android можна проєктувати зі спільною частиною коду або окремо для кожної платформи. Спільний код дозволяє повторно використати частину роботи, але входи, дозволи, повідомлення, поведінку клавіатури й публікацію все одно перевіряють на обох. Тому обіцянка однакової ціни для будь-якої кількості платформ потребує пояснення складу робіт.

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

Дизайн, сервер і панель керування

Дизайн охоплює помилки й повернення до роботи

Красивий головний екран не показує обсяг дизайну. Потрібні стани порожнього списку, очікування, відмови доступу, втрати мережі та відновлення після закриття. Наприклад, людина заповнює форму, переходить відповісти на дзвінок і повертається. Чи зберігся вибір? Чи зрозуміло, чи дію вже виконано? Такі переходи погоджують до програмування, щоб не перемальовувати весь процес наприкінці.

Сервер забезпечує спільні правила

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

Адмінка теж є частиною продукту

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

Чому одна опція буває простою або складною

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

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

Push означає повідомлення на телефоні: треба визначити подію, адресата та екран після натискання. Картка лояльності потребує джерела правил і балансу. Вхід через SMS, Google/Apple чи біометрію потребує сценарію відновлення доступу. Не варто робити обов’язковою можливість, якою людина не зможе скористатися на своєму пристрої.

Фото й файли додають правила розміру, збереження та перегляду. Звіти потребують визначення показників. QR-код має відкривати конкретну дозволену дію, PDF потребує погодженого вмісту й вигляду. Для підпису пальцем погоджують спосіб прив’язки до документа; вимоги до електронного підписання уточнюють окремо. Друга мова охоплює також помилки, сповіщення й матеріали публікації, а не лише назви кнопок.

Що оцінюємо тільки після розбору задачі

Є роботи, для яких ми не називаємо фіксованої ціни до перевірки вимог:

• Інтеграція з чужою CRM, ERP або 1С.
• Повна робота без інтернету зі змінами та синхронізацією.
• Фоновий GPS і маршрути.
• Підписки всередині магазинів застосунків.
• Маркетплейс із кількома ролями.
• Відеодзвінки, розпізнавання документів і підключення Bluetooth-пристроїв.

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

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

Коли сайт, PWA або Telegram Mini App достатні

Адаптивний сайт

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

PWA

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

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

Telegram Mini App

Mini App відкриває вебінтерфейс усередині Telegram. Це можливий варіант для аудиторії, яка вже там спілкується з бізнесом. Сучасні Mini Apps мають можливості роботи з пристроєм, зокрема запит геолокації; доступ залежить від підтримки й дозволу. Формат усе одно потребує перевірки потрібних функцій у Telegram на цільових телефонах.

У кейсі Airstep Telegram Mini App ми використали наявний магазин: каталог, ціни, розміри та залишки беруться з того самого сайту, підтвердження й статуси приходять у чат бота. Це приклад використання готової основи замість створення паралельного каталогу. Докладніше про цей формат є у статті магазин у Telegram. Для вашої задачі можемо зробити окремий мобільний додаток або запропонувати простіший формат після порівняння вимог.

Публікація й витрати після запуску

Акаунти App Store та Google Play оформлюють на власника продукту. Витрати на членство Apple є регулярними, реєстраційний збір Google одноразовий. Публікація потребує підготовленого додатка, матеріалів і перевірки платформою. Apple просить надати дані демонстраційного входу для додатка з авторизацією та забезпечити роботу його сервера. Точну дату схвалення наперед не гарантуємо.

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

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

Як порівняти пропозиції на одному прикладі

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

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

Потім пройдіть виняток: клієнт натиснув підтвердження, мережа зникла, а після повернення він натиснув знову. Чи бачить він стан запиту? Чи з’явиться дубль у менеджера? Умови приймання мають пояснювати очікувану поведінку. Якщо цього немає в пропозиції, уточніть її до старту, а не під час першого справжнього замовлення.

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

Як отримати кошторис і скоротити зайвий обсяг

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

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

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

CEO та провідний розробник Artbrain

Anton Kunashenko

Засновник Artbrain з 2018 року. Розробляє цифрові продукти для бізнесу: від лендингів до enterprise-систем.