Стоимость разработки мобильного приложения в Узбекистане: от чего зависит цена
От чего зависит стоимость разработки мобильного приложения: типы приложений, бэкенд и админка, Flutter или натив, MVP, расходы после запуска.
Отправьте одну фразу «нам нужно мобильное приложение» трём командам, и вы можете получить три предложения, которые отличаются в несколько раз. Одна команда оценила только экраны в телефоне, вторая добавила сервер и админ-панель, третья учла оплату, SMS и приложение для курьеров, о которых вы ещё не говорили. Поэтому честный ответ на вопрос «сколько стоит мобильное приложение?» не одна цифра, а несколько уточняющих вопросов.
В этой статье разберём, из чего складывается стоимость разработки мобильного приложения. Цифр не будет: цифра, названная до того, как проект изучен, всё равно остаётся догадкой. Как создавать приложение по шагам, мы описали в руководстве по созданию мобильного приложения, а как в целом устроена оценка, в статье о стоимости разработки программного обеспечения.
Типы приложений: куда уходит основная работа
Разница между приложениями определяется не числом экранов, а внутренней логикой. Прежде чем читать предложения, определите, в какую строку попадает ваше приложение.
| Тип приложения | Задача | Куда уходит основная работа |
|---|---|---|
| Каталог или информационное | Показать товары и услуги, принять заявку | Управление контентом, push-уведомления, чтобы приложение не было копией сайта |
| Клиентское приложение бизнеса | Заказ, оплата, бонусы, личный кабинет | Аккаунт и авторизация, оплата, статусы заказов, админ-панель |
| Двусторонняя платформа | Связать клиента и исполнителя: доставка, вызов специалиста | Два приложения и админка, статусы в реальном времени, карта, расчёты |
| Внутреннее приложение сотрудников | Работа курьера, торгового агента, склада или выездного сотрудника | Работа офлайн и последующая синхронизация, интеграция с 1С или CRM, роли |
| Приложение для устройства | Работа с часами, датчиком или Bluetooth-устройством | Связь с устройством, тесты на разных моделях, ограничения фоновой работы |
Проекты склонны сдвигаться по таблице вниз: каталог превращается в клиентское приложение, как только появляется «пусть ещё можно будет оплатить», а клиентское приложение в двустороннюю платформу, когда «курьерам тоже нужно приложение». Если такие планы есть, скажите о них на первой встрече: заложить архитектуру заранее обычно дешевле, чем потом переделывать.
Из чего складывается стоимость мобильного приложения
Хорошее предложение не состоит из одной строки «приложение — столько-то». Читайте его по статьям:
- Анализ и объём первой версии. Кто будет пользоваться, какие действия главные и что можно отложить. Если пропустить этот этап, вопросы не исчезнут, а переедут на более дорогой этап.
- Дизайн. Каждый экран и его состояния: загрузка, ошибка, пустой список, нет интернета. С учётом правил iOS и Android и длины текста на узбекском и русском.
- Само мобильное приложение. Экраны, навигация, аккаунт, уведомления и офлайн-режим.
- Бэкенд и админ-панель. Эту статью часто забывают. Основные данные хранятся не в телефоне, а на сервере: заказы, пользователи и контент. Для управления ими нужна админ-панель. Во многих проектах эта часть требует не меньше работы, чем экраны в телефоне.
- Интеграции. Платёжные системы, подтверждение по SMS, карты, 1С или CRM. У каждой свой договор и процесс подключения. Про платежи мы писали в статье о подключении Click, Payme и Uzum.
- Тестирование. Не в эмуляторе, а на недорогих Android и старых iOS-устройствах, как у ваших пользователей, и на медленном интернете.
- Публикация в магазинах. Требования App Store и Google Play, демо-аккаунт для проверяющего и доработка, если приложение отклонят.
- Управление проектом. Планирование, согласования и сдача каждой версии.
Одна кодовая база или две
Одно из технических решений, которое сильнее всего влияет на цену. В кроссплатформенных технологиях, таких как Flutter или React Native, для iOS и Android пишется одна кодовая база, и её поддерживает одна команда. При нативной разработке (Swift и Kotlin) получаются два отдельных приложения: обычно это больше работы и согласования между платформами, зато оправдано, когда важны производительность и возможности конкретной платформы.
Кроссплатформа тоже не экономит ровно половину: дизайн, тестирование и публикация всё равно делаются для обеих платформ, а некоторые функции требуют нативного кода. Например, в приложении EatWise для iOS и Android используется одна кодовая база на Flutter, а для часов на Wear OS сделано отдельное приложение-компаньон. Критерии выбора мы подробно сравнили в статье «Flutter или нативная разработка».
Первая версия: решение, которое сильнее всего меняет цену
Больше всего бюджет экономит не технология, а то, что войдёт в первую версию. Полезнее выпустить главный сценарий (например, заказ и оплату) работающим от начала до конца, а функции «на всякий случай» отложить до следующей версии. Первые пользователи покажут, что действительно нужно.
Иногда приложение вообще не первый шаг. Если клиенты общаются с вами в Telegram, для заказов и напоминаний может хватить Telegram-бота или адаптированного под телефон сайта: это дешевле и быстрее. Приложение окупается там, где его открывают регулярно: заказы, бонусы, рабочие процессы или работа с устройством.
Постоянные расходы после запуска
Расходы не заканчиваются с публикацией. При планировании бюджета учтите:
- Аккаунты разработчика. Членство в Apple Developer Program оплачивается ежегодно, а в Google Play Console есть единоразовый регистрационный взнос. Открывайте аккаунты на вашу компанию.
- Сервер и сервисы. Хостинг, база данных, push-уведомления, SMS и API карт. Стоимость большинства из них растёт вместе с числом пользователей.
- Комиссия магазинов. Если в приложении продаётся цифровой контент, оплата должна идти через встроенные покупки Apple и Google, и они берут комиссию. Для физических товаров и услуг можно использовать местные платёжные системы.
- Ежегодные обновления. Каждый год выходят новые версии iOS и Android, а Google Play требует ориентироваться на свежий уровень API. Даже приложение, которое никто не меняет, без технических обновлений со временем может перестать устанавливаться из магазина.
- Новые функции. Возможности, которые добавляются по отзывам первых пользователей.
Как сравнивать предложения
Сравнивать можно только предложения, в которых оценён одинаковый объём работы. Спросите каждого исполнителя:
- Входят ли в оценку бэкенд и админ-панель, и из чего они состоят?
- Какие платформы и какие самые старые версии iOS и Android поддерживаются?
- Делается ли дизайн каждого экрана со всеми состояниями для обеих платформ?
- Кто отвечает за публикацию в магазинах и доработку, если приложение отклонят?
- На кого будут оформлены исходный код, аккаунты разработчика и ключи подписи?
- Какой гарантийный срок после запуска и как организована поддержка?
- Как оценивается дополнительная работа, если требования изменятся по ходу проекта?
Тревожные признаки
- Предложение в одну строку. «Приложение — столько-то» и никаких деталей.
- Ни слова о сервере. Значит, бэкенд либо не оценён, либо его выставят отдельным счётом потом.
- «Обе платформы по цене одной». Кроссплатформа экономит, но если не объяснено, на чём именно, возможно, урезали тестирование или дизайн.
- Аккаунты оформляются на исполнителя. Если сотрудничество прекратится, вы можете остаться без возможности обновлять своё приложение.
- Тестирование только в эмуляторе. Ошибки на реальных устройствах и медленном интернете достанутся пользователям.
Итог
Стоимость мобильного приложения складывается из его типа, объёма бэкенда и админ-панели, интеграций и выбора технологии. Больше всего позволяет сэкономить правильно очерченная первая версия. Сравнивайте предложения по одинаковому объёму работ и учитывайте расходы после запуска.
Чем может помочь BITS Technology
Мы разрабатываем приложения для iOS и Android в рамках услуги разработки мобильных приложений: кроссплатформенные на Flutter и React Native или нативные на Swift и Kotlin, вместе с бэкендом и админ-панелью. Интерфейс проектирует наша команда UI/UX-дизайна. Какой путь подойдёт и что войдёт в первую версию, можно вместе определить в рамках IT-консалтинга. Коротко опишите задачу и свяжитесь с нами: после короткого звонка пришлём оценку с фиксированным объёмом работ.
