В ценах на разработку мобильных приложений проще всего запутаться: на одну и ту же задачу можно получить предложения, которые отличаются в десятки раз, и оба исполнителя будут уверены, что правы. Разница не в жадности, а в том, что каждый из них считает приложением и что включает в смету.
В этой статье раскладываем стоимость разработки мобильного приложения по частям: из чего она складывается, почему кроссплатформа дешевле двух нативных, какие бывают типы приложений, что удорожает проект и на чём можно сэкономить без вреда. В конце расскажем, как читать смету и что делать, если вам предлагают подозрительно дёшево.
Мы делаем приложения для розницы, доставки, сферы услуг и B2B, поэтому говорим о том, что считали сами, а не о «средних по рынку».
Из чего складывается стоимость разработки мобильного приложения
Приложение не сводится к одному экрану, который нарисовали и запрограммировали. Это набор работ, каждая из которых занимает время и стоит денег. Когда вы понимаете состав, смета перестаёт быть чёрным ящиком.
Аналитика и техническое задание
Разбираем, кто будет пользоваться приложением, какие задачи оно решает, откуда берёт данные и куда их отдаёт. На выходе получается ТЗ с описанием экранов, сценариев и интеграций. Это 5–10 % бюджета, и именно на этом этапе появляется фиксированная цена. Пропустить аналитику значит платить за неё позже, в виде переделок.
Дизайн
Прототип, затем визуальный дизайн всех экранов с учётом правил iOS и Android, состояния «пусто», «ошибка», «загрузка». Дизайн бывает простой, на базе стандартных компонентов платформ, и авторский, со своим стилем и анимациями. Второй дороже в разы и оправдан не всегда.
Разработка для iOS и Android
Самая большая статья расходов. Здесь два пути: две нативные команды (Swift для iOS, Kotlin для Android) или одна кроссплатформенная (Flutter). Разницу разбираем в следующем разделе, потому что она напрямую определяет, будет цена разработки приложения для iOS и Android одна или почти двойная.
Бэкенд и админка
Приложение почти всегда работает с сервером: там хранятся товары, заказы, пользователи, бонусы. Плюс административная панель, где ваш сотрудник меняет цены, отвечает на заявки и смотрит статистику. Часто это треть бюджета, и именно её «забывают» в дешёвых предложениях: показывают только цену «клиента», а сервер обнаруживается позже как отдельная строка.
Интеграции
Связь с тем, что у вас уже работает: CRM, 1С, кассовая система, программа лояльности, служба доставки, платёжный провайдер, push-уведомления. Каждая интеграция требует отдельной работы, и её стоимость зависит от того, насколько живое API у другой стороны. Интеграция с 1С, где нужно синхронизировать остатки и цены по нескольким складам, может стоить дороже, чем дизайн всего приложения.
Публикация в App Store, Google Play и RuStore
Подготовка иконок и скриншотов, описания, ответы на вопросы модерации, настройка аккаунтов разработчика. Магазины берут ежегодную или разовую плату за аккаунт, а App Store проверяет приложения строго и может вернуть на доработку. RuStore добавляет ещё один канал для российских пользователей Android, и его тоже нужно поддерживать.
Тестирование
Проверка на разных устройствах и версиях систем, на медленном интернете, с пустыми и заполненными данными. Обычно тесты занимают 10–15 % от разработки. Приложение, которое «работало у разработчика», без этого этапа падает у первого клиента со старым Android.
Поддержка
Приложение живёт дольше проекта разработки: обновления операционных систем, новые требования сторов, изменения на вашей стороне. Поддержку считаем отдельно и рассказываем о ней ниже.
Почему кроссплатформа дешевле двух нативных приложений
Нативная разработка означает два независимых приложения: одно на Swift для iPhone, другое на Kotlin для Android. Две команды, две кодовые базы, каждый экран и каждая функция делаются дважды, а потом дважды тестируются и дважды правятся при изменениях.
В кроссплатформе на Flutter пишется один код, который собирается в приложение для обеих систем. Одна команда, один процесс тестирования, одна точка правок. На практике это сокращает стоимость разработки мобильного приложения на треть или больше по сравнению с двумя нативными и заметно ускоряет выпуск обновлений. Для бизнес-приложений (витрин, кабинетов, программ лояльности, заказов) разница в качестве для пользователя незаметна.
Нативная разработка по-прежнему оправдана там, где приложение работает с «железом» и графикой на пределе: дополненная реальность, обработка видео, сложные игры, специфические модули Bluetooth-устройств. Если это не про вас, переплачивать за две команды нет причин. Подробное сравнение с примерами есть в статье кроссплатформа или нативная разработка.
Типы мобильных приложений и что в них входит
Ниже собраны типовые задачи, с которыми к нам приходят, и то, что для них обычно требуется. Точная цена появляется после ТЗ и дальше не меняется.
| Тип приложения | Что внутри |
|---|---|
| Витрина и программа лояльности | Каталог, акции, карта лояльности с бонусами, push-рассылки, адреса точек |
| Запись на услуги | Услуги и мастера, расписание, онлайн-запись, напоминания, история визитов, оплата |
| Доставка и заказы | Меню или каталог, корзина, адреса, оплата, статусы заказа, интеграция с кассой и CRM |
| B2B-кабинет | Каталог с ценами по договору, остатки из 1С, заказы, документы, несколько ролей пользователей |
| Маркетплейс или сервис с двумя сторонами | Кабинеты продавцов и покупателей, модерация, выплаты, рейтинги, чат, аналитика |
Витрина с одним магазином и витрина с сетью из тридцати точек, разными ценами и складами требуют разного объёма интеграций и, соответственно, стоят по-разному. Про сложные проекты честно: любой, кто называет точную сумму до ТЗ, либо угадывает, либо закладывает запас, за который заплатите вы.
Что удорожает проект и как сэкономить
Что удорожает
- Интеграции с «закрытыми» системами. Старая 1С без API, кассовое ПО с документацией из 2015 года, CRM с ограничениями на запросы. Каждая такая точка означает исследование и обходные пути.
- Авторский дизайн с анимациями. Красиво, но каждая нестандартная анимация отнимает часы разработки и тестирования на слабых устройствах.
- Несколько ролей пользователей. Клиент, курьер, менеджер, администратор: по сути, это несколько приложений в одном.
- Оплата внутри приложения. Подключение провайдера, чеки по 54-ФЗ, возвраты, а для цифровых товаров ещё и правила магазинов приложений с их комиссией.
- Офлайн-режим. Приложение, которое должно работать без интернета и потом синхронизироваться, сложнее в разы.
- Изменение требований по ходу. Самая частая причина, по которой бюджет уезжает: «а давайте ещё» после того, как половина уже сделана.
Как сэкономить без потери качества
- Начните с MVP. Выпустите версию с одним-двумя ключевыми сценариями, посмотрите, как ею пользуются, и уже потом добавляйте. Половина функций из первоначального списка после запуска оказывается ненужной.
- Используйте готовые модули. Авторизация по номеру телефона, push-уведомления, карта лояльности, платёжные формы: это отработанные блоки, за которые не нужно платить как за разработку с нуля.
- Выбирайте кроссплатформу. Для бизнес-приложений Flutter закрывает задачу за одну цену вместо двух.
- Откажитесь от лишнего. Чат внутри приложения, если у вас есть мессенджеры; личный кабинет, если клиент делает один заказ в год; авторская анимация загрузки, которую никто не заметит.
- Подготовьте данные заранее. Каталог с фото и описаниями, доступы к 1С и CRM, тексты. Простои из-за ожидания материалов удлиняют срок, а иногда и бюджет.
Из чего складываются расходы на поддержку после запуска
Расходы после релиза складываются из нескольких частей, и лучше знать о них до старта.
- Аккаунты в магазинах. Apple берёт ежегодную плату за аккаунт разработчика, Google разовую при регистрации, а RuStore на момент публикации бесплатен. Регистрируйте аккаунты на компанию, а не на подрядчика.
- Сервер. Хостинг для бэкенда, база данных, хранилище файлов. Стоимость зависит от нагрузки: небольшому приложению хватает скромного сервера, нагруженному нужно больше.
- Обновления под новые версии iOS и Android. Раз в год обе системы обновляются, и часть библиотек требует правок. Если этого не делать, через год-два приложение перестанет проходить модерацию.
- Исправления и доработки. Ошибки, которые всплыли на редких устройствах, новые требования сторов, изменения на вашей стороне: обновился 1С, поменялся платёжный провайдер.
- Развитие. Новые функции по итогам обратной связи от пользователей.
Мы оформляем поддержку как пакет часов в месяц: вы знаете, сколько платите, и не получаете счёт за каждый мелкий вопрос. Для типового приложения из таблицы выше (витрины, записи, доставки) это заметно меньше стоимости разработки в год, но заложить эту строку в бюджет нужно сразу.
Как читать смету и не попасть на слишком низкую цену
Под слишком низкой ценой часто нет ни бэкенда, ни публикации, ни тестов, а исходный код принадлежит подрядчику. Вот вопросы, которые стоит задать по любой смете, прежде чем подписывать.
- Что именно входит? По каждому пункту нужен ответ «да» или «нет»: аналитика, дизайн, обе платформы, бэкенд, админка, публикация, тесты. Если бэкенда нет, спросите, где будут жить данные.
- Кому принадлежит код и аккаунты? Исходники, аккаунты App Store, Google Play, RuStore и сервер должны быть оформлены на вашу компанию. Иначе при смене подрядчика вы начинаете с нуля.
- Цена фиксированная или почасовая? Почасовая оценка «примерно 300 часов» легко превращается в 600. Фиксированная цена после ТЗ переносит риск на исполнителя. Как это работает у нас, рассказали в статье про фиксированную цену в разработке.
- Что не входит? Хорошая смета явно перечисляет исключения: например, «оплата аккаунтов магазинов и хостинга на стороне заказчика».
- Что после запуска? Есть ли гарантийный срок на исправление ошибок и сколько стоит поддержка.
- Как выглядит процесс? Этапы, промежуточные показы, кто с вашей стороны принимает решения. Смета без процесса остаётся просто числом.
Если на эти вопросы отвечают уклончиво, реальная цена окажется выше, просто позже.
Наши примеры: что стоит за цифрами
Несколько проектов, которые показывают, как один и тот же подход работает в разных задачах.
Форум «Некрополь». Мобильное приложение для отраслевой выставки: QR-пропуск, программа мероприятий, план стендов, уведомления. Одна кодовая база на Flutter и три магазина: App Store, Google Play и RuStore. Хороший пример того, как кроссплатформа снимает вопрос «а во сколько обойдётся ещё и RuStore». Кейс: приложение форума «Некрополь».
Розничная сеть «Хоту-Ас». Приложение с программой лояльности и интеграцией с кассами: бонусы начисляются и списываются на кассе, клиент видит баланс и историю в телефоне. Здесь основная сложность и бюджет не в экранах, а в связке с кассовым ПО. Кейс: приложение для розничной сети «Хоту-Ас».
Сеть «Главпиво». Переработка существующего приложения: лояльность, геймификация, аналитика поведения покупателей. Это случай, когда приложение уже было, но не приносило пользы, и оказалось дешевле перепроектировать его, чем поддерживать старое. Кейс: переработка приложения для сети «Главпиво».
Во всех трёх случаях цена определялась не количеством экранов, а интеграциями и ролями, и во всех трёх фиксировалась после ТЗ. Что мы делаем и как считаем, рассказываем на странице разработка мобильных приложений.
Часто задаваемые вопросы
Сколько стоит разработка мобильного приложения для бизнеса?
Точная сумма фиксируется после технического задания.
Какая цена разработки приложения для iOS и Android одновременно?
На Flutter обе платформы получаются из одного кода, поэтому цена почти не отличается от одной платформы: добавляется только тестирование и публикация во втором магазине. Две нативные разработки стоят ближе к двойной цене, потому что каждый экран делается дважды. Для бизнес-приложений мы рекомендуем кроссплатформу.
Почему цены на разработку мобильных приложений так сильно различаются?
Потому что под словом «приложение» разные исполнители понимают разное: одни считают только экраны, другие добавляют к ним сервер, админку, интеграции, публикацию и тесты. Плюс разница между конструктором, обёрткой сайта и полноценной разработкой. Сравнивайте не итоговые суммы, а состав работ.
Сколько времени занимает разработка мобильного приложения?
Срок сильнее всего зависит от скорости ответов с вашей стороны и готовности данных: каталога, доступов к 1С и CRM.
Можно ли заказать мобильное приложение дешевле?
Да, если задача помещается в мессенджер: Mini App в Telegram или MAX с каталогом, записью или программой лояльности не требует публикации в магазинах и обходится дешевле. Это разумный первый шаг, когда нужно проверить спрос. Отдельное приложение имеет смысл, когда клиенты заходят регулярно и вам нужны push-уведомления и место на экране телефона.
Сколько стоит поддержка приложения в месяц?
Зависит от объёма: сервер, плюс пакет часов на обновления и правки. Мы оформляем поддержку фиксированным пакетом, чтобы вы заранее знали расходы. Аккаунты в магазинах оплачиваются отдельно по тарифам Apple и Google.
С чего начать
Опишите задачу в трёх-пяти предложениях: кто пользователи, что они должны сделать в приложении, с какими системами оно должно дружить. Этого достаточно, чтобы мы назвали ориентир по цене и сроку в первый же день, а после короткой аналитики зафиксировали сумму. Если вы ещё не уверены, нужно ли вам отдельное приложение или хватит Mini App в мессенджере, скажем честно.
Расскажите о проекте через форму заявки. Ответим в рабочий день. Подробнее о подходе, этапах и примерах читайте на странице разработка мобильных приложений для iOS и Android.
