Мобільні застосунки, що проходять модерацію сторів
Найдорожча помилка в мобільному застосунку не в коді — вона в обсязі. Ми починаємо з версії, яку можна випустити й виміряти, а добудовуємо лише те, чим справді користуються. Ми випускаємо власні застосунки, тож знаємо й ту частину, про яку зазвичай мовчать: перевірку в App Store і Google Play.
нетто, за проєкт — реальний обсяг MVP із бекендом і публікацією в сторах
Що робимо
Від MVP на одну платформу до продукту з панеллю, платежами та інтеграціями на боці клієнта. Технологію добираємо під бюджет і строк життя продукту, а не під моду.
MVP для старту
Мінімальна версія, що має ринковий сенс: кілька екранів, бекенд, вхід і публікація. Вона потрібна, щоб зібрати дані від справжніх користувачів, перш ніж витрачати наступні сто тисяч.
iOS і Android з одного коду
Спільна кодова база, коли потрібні обидві платформи за один бюджет. Там, де це важливо, спускаємось у нативне — карти, камера, важкі списки, глибокі системні інтеграції.
Нативні застосунки
Swift і Kotlin, коли продукт активно використовує залізо або має тримати плавність на великих обсягах даних. Обираємо цей шлях свідомо, а не за звичкою.
Бекенд і адмін-панель
Застосунок — зазвичай третина проєкту. Решта це API, база, ролі, сповіщення та панель, у якій ваша команда керує контентом і користувачами без програміста.
Публікація і життя в сторах
Акаунти розробника, матеріали для лістингу, політика конфіденційності, декларації про дані, відповіді на відмови. Оновлення під нові версії систем робимо далі — без них застосунок з часом перестає працювати.
Аналітика та розвиток після релізу
Події названі так, щоб за ними читалася поведінка: де користувач відпадає, що вмикає, що ігнорує. Наступні функції плануємо з цих даних, а не зі списку побажань.
Що входить до застосунку
Речі, які замовники зазвичай виявляють по ходу — у нас вони пораховані з самого початку.
Вхід і акаунти
Пошта, телефон, Apple, Google. Ролі, права та видалення акаунта відповідно до вимог обох сторів.
Платежі та підписки
Покупки всередині застосунку, підписки з пробним періодом, повернення та відновлення покупок. Окремо зовнішні платежі там, де правила стора це дозволяють.
Push-сповіщення
Сегментація, кампанії та сповіщення за подією. З вимірюванням, скільки з них справді повертають користувача.
Офлайн-режим
Робота без мережі та синхронізація після повернення, з розвʼязанням конфліктів. Обовʼязково в полі, на складі та на виробництві.
Інтеграції з вашими системами
ERP, CRM, склад, телефонія. Застосунок рідко буває окремою сутністю — частіше це кінцева частина процесу, який у вас уже є.
Безпека та GDPR
Шифрування даних, безпечне зберігання токенів, згоди та вивантаження даних користувача. Інфраструктура за замовчуванням у європейському регіоні.
Як ведемо проєкт
Чотири етапи — від обсягу до застосунку, доступного в сторах.
Обсяг і платформи
Безкоштовні 45 хвилин про те, хто й навіщо ним користуватиметься. Визначаємо, що входить у першу версію, а що свідомо відкладаємо — це головний важіль вартості в усьому проєкті.
Екрани і фіксована ціна
Клікабельний прототип ключових сценаріїв і фіксований кошторис за 3 робочі дні. Правки на цьому етапі коштують хвилин, а не тижнів.
Збірка й тестові версії
Кожні два тижні ви отримуєте збірку на телефон через TestFlight і тестовий канал Google Play. Тестуєте на власному пристрої, а не на записі демо.
Публікація і 90 днів підтримки
Підготовка лістингів, проходження перевірки в обох сторах, моніторинг збоїв після релізу та правки у вартості проєкту.
Звідки ми це знаємо
Ми випускаємо власні застосунки й самі проходимо модерацію — включно з відмовами.
Часті запитання
Вартість, строки й те, що відбувається після релізу.
Скільки коштує мобільний застосунок?
Застосунок стартує в нас від 8 100 zł нетто. Це реальний обсяг для MVP: одна платформа або спільний код на iOS і Android, кілька екранів, бекенд і публікація в сторах. Розгорнутий продукт із платежами, офлайн-режимом, адмін-панеллю та інтеграціями — зазвичай 30 000–120 000 zł. Найдужче на ціну впливають кількість екранів і те, чи має застосунок розмовляти з вашими системами.
Скільки часу займає застосунок?
MVP — зазвичай 8–12 тижнів від старту до публікації, розгорнутий продукт — 4–6 місяців. Згори додається перевірка в сторах: Apple зазвичай дивиться 1–3 дні, але перша подача часто повертається із зауваженнями, і тоді додається ще цикл. Ми закладаємо цей запас наперед, щоб дата релізу була реальною.
Нативно чи один код на обидві платформи?
Спільний код має сенс для більшості бізнес-застосунків — ви отримуєте обидві платформи за бюджет, близький до однієї, і користувач різниці не помітить. У нативне йдемо тоді, коли продукт активно використовує залізо, потребує максимальної плавності на великих списках або глибоко інтегрується із системою. Рекомендацію даємо після розмови про функції, а не наперед.
Чи потрібен окремий бекенд?
Майже завжди так. Застосунок — це інтерфейс; дані, акаунти, сповіщення та адмін-панель мають десь жити. У нашому кошторисі бекенд закладений із самого початку — це часта причина, чому пропозиції конкурентів виглядають дешевшими, а проєкт закінчується доплатою.
Хто займається публікацією в App Store і Google Play?
Ми. Заводимо або налаштовуємо акаунти розробника на вашу компанію, готуємо описи, знімки екрана, політику конфіденційності та декларації про зібрані дані, а потім ведемо подачу до схвалення. Акаунти лишаються вашою власністю — це важливо, якщо колись зміните підрядника.
Що як Apple відхилить застосунок?
Це нормальна частина процесу, а не провал. Найчастіші причини — відсутність видалення акаунта, невиразний опис підписки або функція, до якої рецензент не дістався. Правки після відмови та повторна подача входять у вартість проєкту, окремо ми їх не рахуємо.
Скільки коштує підтримка після релізу?
Сам застосунок не ламається, але системи навколо нього змінюються: щороку виходять нові версії iOS і Android, а стори підвищують вимоги. Закладайте кілька технічних оновлень на рік. Можемо вести це за абонементом або погодинно — вибір за вами.
Чи отримаю я код і акаунти?
Так. Після розрахунку за проєктом передаємо повні майнові права на код, репозиторій, доступ до бекенду, а також акаунти в App Store Connect і Google Play Console. На нашому боці не лишається нічого.
Хто відповідає за цю сторінку
Студію веде DAR ENTERPRISE PSA з Варшави. Заявка потрапляє до того, хто потім пише код, а не у відділ продажу: у команді четверо людей.
- Юридична особа
- DAR ENTERPRISE PSA
- NIP
- 7011177467
- Адреса
- Варшава
- Телефон
- +48 737 819 918
Мобільні застосунки
Порахуємо ваш застосунок
Безкоштовні 45 хвилин про функції та аудиторію, після них — прототип ключових екранів і фіксована ціна.