Екрани є, застосунку немає
Попередній підрядник зібрав інтерфейс, але білд не проходить рев’ю в App Store і ніхто не може відповісти рецензенту. Кожна відповідь — це новий цикл рев’ю і ще один тиждень.
Розробка мобільних застосунків для iOS і Android
Проєктуємо, розробляємо та публікуємо мобільні застосунки — нативні й кросплатформні. Беремо на себе бекенд, інтеграції та реліз в App Store і Google Play. Ви отримуєте застосунок у сторі, а не пакет екранів для релізу.
З чим до нас приходять найчастіше
Веб-версія є, мобільної немає
Клієнт шукає вас в App Store, не знаходить і повертається в браузер, де щоразу логіниться заново. Іконка конкурента лишається на його головному екрані — ваша ні.
Два підрядники, два різні застосунки
iOS робить одна команда, Android інша, і за кілька місяців той самий екран поводиться по-різному на кожному телефоні. Кожну правку узгоджуєте двічі — і чекаєте вдвічі довше.
Що ми будуємо в застосунку
Інтерфейс за гайдлайнами платформ
Навігація, жести й типографіка за HIG і Material Design
Офлайн-режим
Локальні дані та синхронізація після повернення мережі
Push-сповіщення
Надсилання через APNs і FCM, сегментація, екран налаштувань
Інтеграція з бекендом і API
Підключення до вашої системи або бекенд з нуля
Публікація в сторах
Сторінки продукту, сертифікати, декларації, надсилання на рев’ю
Аналітика та звіти про збої
Події у воронці та звіти про краші з номером версії
Що ви отримуєте
- Вихідний код у репозиторії на вашому акаунті
- Застосунок, опублікований в App Store і Google Play
- Бекенд, базу даних і середовища разом із доступами
- Документацію архітектури та інструкцію випуску нової версії
- Матеріали для сторів: іконки, скриншоти, описи, політику конфіденційності
Як ми працюємо
Аналіз та обсяг
3–5 днівРозкладаємо ідею на перелік екранів і функцій, визначаємо, що входить у першу версію, а що чекає. Проходимо сценарій очима користувача, щоб знайти екрани, про які ніхто не подумав. Тут же ухвалюємо рішення: нативно чи кросплатформно.
Проєктування екранів
1–2 тижніМалюємо макети та клікабельний прототип за гайдлайнами обох платформ. Ставимо прототип на ваш телефон, щоб ви пройшли весь сценарій пальцем, а не на екрані ноутбука. Правимо структуру, доки шлях не стає очевидним без пояснень.
Розробка
2–4 тижні до першої версіїРозробляємо застосунок і бекенд паралельно. Щотижня надсилаємо білд через TestFlight і внутрішнє тестування Google Play, тож прогрес видно на пристрої, а не на скриншотах. Закриваємо функції по черзі, починаючи з головного сценарію.
Тестування на пристроях
3–5 днівПеревіряємо застосунок на старіших і новіших моделях, за слабкого зв’язку та після втрати мережі. Відтворюємо життєві ситуації: ліфт, метро, перервана оплата, дзвінок посеред форми. Виправляємо знайдене до того, як білд піде у стор.
Публікація
надсилання за 1 день, рев’ю — на боці сторівГотуємо сторінки в App Store і Google Play, налаштовуємо сертифікати та декларації про дані. Надсилаємо білд на рев’ю й відповідаємо на зауваження рецензентів від вашого імені. Строк рев’ю належить Apple і Google, тому даємо його як діапазон, а не обіцянку.
Підтримка та розвиток
щомісячна угодаСтежимо за збоями, випускаємо виправлення й готуємо застосунок до щорічних версій iOS та Android. Перевіряємо білд на бета-версії системи, перш ніж оновлення дійде до ваших користувачів. Нові функції плануємо в наступних релізах.
Нативний vs кросплатформний (React Native / Flutter)
Однієї правильної відповіді тут немає — є вибір між темпом та контролем. Для бізнес-застосунків зазвичай пропонуємо кросплатформу, для графіки й обробки в реальному часі — нативну розробку. Рішення ухвалюємо після розбору переліку функцій.
| Нативний (Swift / Kotlin) | Кросплатформний (React Native / Flutter) | |
|---|---|---|
| Час до першої версії | Два застосунки; той самий екран двічі | Одна кодова база; екран раз на обидві системи |
| Обсяг роботи | Дві реалізації та два набори компетенцій: Swift і Kotlin | Одна кодова база; менша перевага за різних екранів на платформах |
| Продуктивність | Ігри, важка 3D-графіка, тривала робота з камерою, відео | Списки, форми, мапи, чат, платежі — більшість бізнес-застосунків |
| Доступ до функцій пристрою | Повний з першого дня; нові API системи одразу | Камера, GPS, push, Bluetooth, біометрія через готові модулі |
| Підтримка в довгій перспективі | Два репозиторії та два шляхи релізу; залежність від Apple і Google | Одна правка на обидві платформи; додаткова залежність від фреймворка |
Коли ми відмовляємо в мобільному застосунку
Не кожній ідеї потрібен стор. Три ситуації, коли чесніше цього не робити.
Ідея ще не перевірена
Якщо невідомо, чи цим користуватимуться, вебзастосунок дасть відповідь швидше й дешевше. Без рев’ю, сертифікатів і другої платформи перші користувачі бачать продукт того ж тижня. До стору повертаємось, коли вже зрозуміло, що має бути всередині.
Задача зводиться до контенту
Каталог, блог чи форма зв’язку не потребують встановлення. Користувач усе одно відкриє це в браузері, а Apple відхиляє застосунки, які є обгорткою сайту. Про це каже пункт 4.2 гайдлайнів App Store, а відхилений білд повертається до вас за кілька днів.
Немає бюджету на час після релізу
Мобільний застосунок потребує релізу під кожну велику версію iOS та Android, а вони виходять щороку. Без запланованої підтримки за рік починаються збої на нових телефонах, а за два сторінка зникає зі стору. Підтримку фіксуємо окремою угодою ще до старту розробки.
Технології
- React Native
- TypeScript
- Swift
- Kotlin
- REST і GraphQL
- APNs і FCM
- Бекенд добираємо під проєкт
- App Store Connect
- Google Play Console
Поширені запитання
Скільки коштує розробка мобільного застосунку?
Обсяг вирішує: кількість екранів і ролей, офлайн-режим, платежі та інтеграції. Оцінку й графік ви отримуєте після аналізу обсягу, до підписання договору.
Скільки триває розробка мобільного застосунку?
3–5 тижнів до першої робочої версії, після узгодження обсягу. Повний застосунок із платежами й офлайн-режимом — зазвичай 2–4 місяці. Рев’ю у сторах додається окремо, і його строк визначає Apple, а не ми.
Нативно чи кросплатформно — що обрати?
Кросплатформно у більшості бізнес-проєктів: одна кодова база й одна правка на обидві платформи. Нативно робимо за графіки, камери в реальному часі та свіжих API системи. Рішення ухвалюємо після розбору переліку функцій.
Чи публікуєте застосунок в App Store і Google Play?
Так, публікація на нашому боці. Готуємо сторінки в сторах, налаштовуємо сертифікати, надсилаємо білд на рев’ю й відповідаємо рецензентам. Акаунти розробника оформлюємо на вашу компанію.
Що робити, якщо вже є бекенд або вебзастосунок?
Підключаємось до того, що є. Якщо бекенд має API, робимо лише мобільний шар, а відсутні ендпоінти дописуємо. Екрани проєктуємо заново під гайдлайни iOS і Android.
Чи отримаю я вихідний код?
Так, з першого дня роботи. Код потрапляє в репозиторій на вашому акаунті, а разом із ним документація, інструкція випуску й акаунти в App Store Connect. Проєкт може підхопити інша команда.
Що входить у підтримку після релізу?
Моніторинг збоїв, виправлення помилок, оновлення залежностей і релізи через нові версії iOS та Android. Вони виходять щороку, і без них застосунок з часом перестає працювати. Розробку функцій рахуємо окремо.