Оценки на приложения расходятся сильнее, чем на сайты, — иногда в десять раз. Причина в том, что словом «приложение» называют и три экрана, и банковскую систему.
Цены по уровням сложности
- MVP — 3–5 экранов, один основной сценарий, простая авторизация. 2 000 000–5 000 000 драмов.
- Приложение средней сложности — личный кабинет, push-уведомления, платежи, админ-панель. 5 000 000–15 000 000 драмов.
- Сложный продукт — карты в реальном времени, чат, тяжёлые интеграции, офлайн-режим. От 15 000 000 драмов.
Эти цифры включают и iOS, и Android при cross-platform подходе. Нативная разработка под две платформы обычно добавляет 40–60%.
Native или cross-platform
Cross-platform (Flutter, React Native) — один код на две платформы. Дешевле и быстрее. Подходит для большинства задач: магазин, сервисное приложение, личный кабинет, бронирование.
Native (Swift, Kotlin) — отдельный код под каждую платформу. Имеет смысл, когда нужна тяжёлая графика, глубокая работа с камерой или Bluetooth, либо максимальная скорость.
Если вы не знаете точно, что вам нужен native, вам нужен cross-platform.
Что удорожает сильнее всего
- Авторизация и профили пользователей. Регистрация, восстановление пароля, вход через соцсети — работы больше, чем кажется.
- Платежи. Покупки внутри приложения идут по правилам App Store и Google Play со своими требованиями и комиссиями.
- Backend. Приложению почти всегда нужна серверная часть и админка. Это отдельный проект.
- Офлайн-режим. Требование «пусть работает без интернета» удваивает сложность работы с данными.
Расходы на магазины
О них часто вспоминают в последний момент:
- Apple Developer Program — 99 USD в год.
- Google Play Console — 25 USD разово.
- Комиссия с покупок внутри приложения — 15–30% в зависимости от программы и оборота.
Учтите: Apple может отклонить приложение. Первая проверка обычно занимает 1–3 дня, но при отказе цикл повторяется. Планируйте дату запуска с этим риском.
После запуска
Приложение, в отличие от сайта, не может просто «стоять». iOS и Android выпускают новые версии каждый год, и приложение приходится обновлять, иначе оно перестаёт работать или снимается с публикации.
Реалистичный бюджет на поддержку — 15–20% от стоимости проекта в год.
Как снизить риск
Не начинайте с полноценного продукта. Составьте список функций и разделите его на две части: «без этого приложение бессмысленно» и «было бы хорошо». Первая часть — это и есть ваш MVP.
Запустите его, посмотрите на поведение реальных пользователей и только потом платите за вторую часть. Почти всегда выясняется, что половина списка была не нужна.
