
Тижневик
Веб-застосунок для планування тижня
Дивитись кейсЗастосунки для iOS та Android — від MVP для перевірки ідеї до повноцінного продукту з бекендом, оплатами й push-сповіщеннями.
Технології
Детальніше
Застосунок дорожчий за сайт у кілька разів, тому спершу чесно перевіряємо, чи він потрібен. Він виправданий, коли людина користується сервісом регулярно: замовляє доставку, бронює, накопичує бонуси, працює з внутрішнім інструментом. Push-сповіщення, доступ до камери й геолокації, робота офлайн — те, що сайт зробити не може або робить гірше.
Якщо задачу закриває веб-застосунок або PWA, скажемо про це й заощадимо ваш бюджет. Детальний розбір — у статті «Мобільний застосунок чи веб».
Найкращий старт — MVP: перша версія з мінімумом функцій, яка вже вирішує головну задачу користувача. Вона дозволяє перевірити ідею на реальних людях за 18–30 днів, а не за пів року. Далі розвиваємо продукт за даними аналітики, а не за припущеннями.
Здебільшого рекомендуємо кросплатформну розробку на Flutter чи React Native: один код для iOS та Android, швидший запуск і дешевша підтримка. Нативна розробка на Swift і Kotlin потрібна, коли важлива максимальна продуктивність або глибока робота із «залізом» телефона. Обираємо разом, пояснюючи різницю в ціні й термінах.
Застосунку майже завжди потрібен бекенд: користувачі, дані, адмін-панель для вашої команди. Будуємо його на Node.js чи Firebase, підключаємо оплати, карти й push-сповіщення. Тестуємо на реальних пристроях, готуємо скриншоти й описи для сторів і проходимо публікацію в App Store і Google Play разом із вами.
Дизайн інтерфейсів — окрема важлива частина, детальніше про неї на сторінці UX/UI дизайн.
Найдорожча помилка — намагатися зробити все й одразу: перша версія з десятками функцій виходить через пів року, коли ринок уже змінився. Друга — пропустити прототип і тестування на людях: тоді незручні сценарії виявляються вже після публікації, у відгуках у сторах.
Третя — забути про бекенд і адмін-панель: застосунок працює, але команда не може змінити ціну, акцію чи текст без нового релізу. Ми закладаємо адмін-панель у першу версію, а аналітику подій — щоб після запуску бачити, якими функціями користуються, а які варто прибрати.
Мобільний застосунок — від $2 000, розробка займає 18–30 днів. Ціна залежить від кількості екранів, рівня дизайну, інтеграцій і того, чи потрібна нативна розробка. Орієнтир — у калькуляторі, точну суму фіксуємо в договорі після брифу.
Етапи
Визначаємо цілі, аудиторію й мінімальний набір функцій для першої версії.
до 1 дняПроєктуємо сценарії й збираємо клікабельний прототип, який можна показати користувачам чи інвесторам.
1–2 дніСтворюємо дизайн усіх екранів з урахуванням гайдлайнів iOS та Android.
1–5 днівПишемо застосунок і бекенд, підключаємо оплати й push, тестуємо на реальних пристроях.
18–30 днівГотуємо матеріали для сторів, публікуємо в App Store і Google Play, супроводжуємо оновлення.
постійноКейси
Питання
Від $2 000 за застосунок для iOS та Android з UX/UI, кросплатформною розробкою, бекендом і адмін-панеллю, push-сповіщеннями й публікацією в сторах. Точну ціну фіксуємо в договорі після брифу.
18–30 днів залежно від обсягу функцій. Перші макети покажемо вже за 1–2 дні.
Так. Кросплатформна розробка на Flutter чи React Native дає один код для обох платформ. За потреби робимо нативну розробку на Swift і Kotlin.
Так. Готуємо матеріали для сторінок у сторах і проходимо публікацію разом із вами.
Супроводжуємо застосунок: оновлення під нові версії iOS та Android, виправлення, нові функції. Підтримку обговорюємо окремо.
Так. Клікабельний прототип у Figma з ключовими сценаріями можна показати інвесторам чи першим користувачам ще до розробки — це окремий етап UX/UI дизайну.
На реальних пристроях iOS та Android, а не лише в емуляторах: перевіряємо сценарії, оплати, push-сповіщення й роботу на різних розмірах екранів.