Замовити мобільний застосунок: iOS, Android і кросплатформа
Спершу — платформа і підхід
Мобільний застосунок можна зробити по-різному. Нативна розробка окремо під iOS (Swift) і Android (Kotlin) дає максимум можливостей, але коштує більше, бо це фактично два проєкти. Кросплатформа (Flutter, React Native) дозволяє мати один код на обидві системи, що зазвичай дешевше і швидше, хоча для деяких складних задач підходить гірше. Є й варіант без розробки: вебзастосунок, що працює в браузері.
Вибір залежить від ідеї та бюджету. Для запису клієнтів чи доставки кросплатформа часто достатня, для складної графіки чи роботи із «залізом» питай розробників, що вони радять.
Як це працює на BlaBlaPrice
Ти пишеш один запит: що має робити застосунок, для кого і на яких платформах. Розробники відповідають у чаті пропозиціями: ціна або від чого вона залежить, строки, технологія, склад робіт. Вони змагаються за запит і бачать своє місце серед інших, тому умови часто покращуються. Біля кожної є відгуки, а контакти потрапляють лише до обраного виконавця.
Що вказати в запиті
- Ідея — що це за застосунок: запис клієнтів, доставка, магазин, навчання.
- Платформи — iOS, Android, обидві, кросплатформа.
- Функції — оплата, push-повідомлення, геолокація, чат, особисті кабінети.
- Екрани й ролі — приблизна кількість екранів і типи користувачів.
- Дизайн і ТЗ — чи є макети у Figma та опис, чи треба їх створити.
- Бекенд та інтеграції — сервер, адмінка, зв’язок із CRM, платіжними системами.
- Публікація й підтримка — чи потрібно виставити в App Store та Google Play й підтримувати після запуску.
- Терміни й бюджет — до коли і яка сума, якщо хочеш її назвати.
Приклад: «Потрібен застосунок для запису клієнтів у салон краси в Чернівцях, iOS і Android, приблизно 20 екранів: оплата, push, геолокація. Макети у Figma є, потрібна адмінка та інтеграція з CRM, а також публікація в сторах. Строк 3 місяці, бюджет до 15 000 $.»
Як порівнювати пропозиції
Складіть для себе перелік функцій і порівнюй пропозиції за ним. Часто одна студія вважає в ціні дизайн, бекенд, адмінку та публікацію, а інша лише мобільну частину. Питай також про тестування на реальних пристроях і про те, як виправляють помилки після випуску.
Попроси приклади готових застосунків у сторах: їх можна скачати й оцінити. З’ясуй, хто володіє вихідним кодом і акаунтами в App Store та Google Play. Краще, щоб акаунти розробника були оформлені на тебе чи твою компанію.
Типові помилки
- Намагатися вмістити в перший випуск усі ідеї. Краще запустити простий MVP і розвивати.
- Не врахувати витрати після запуску: сервер, оновлення, правила магазинів, підтримку.
- Не перевірити вимоги App Store та Google Play до публікації, що може затримати випуск.
- Не мати договору про права на код і дизайн.
Для вебсайту дивись створення сайтів, для серверної частини та складних задач — IT-підтримка. Для менших задач підійде програмування та IT-послуги. Докладніше про сервіс — на сторінці «Як це працює».
