Запрос «сколько стоит приложение» звучит просто, но без контекста на него нельзя ответить одной цифрой. Два проекта с одинаковым названием «мобильное приложение для клиентов» могут отличаться в несколько раз: у одного — каталог и форма заявки, у другого — личный кабинет, оплата, push-уведомления, интеграция с CRM и офлайн-режим. Заказчик платит не за «приложение вообще», а за конкретный набор сценариев, качество реализации и сопровождение после запуска.
В Grevin (grevin.ru, ИП Гареева Оксана Сергеевна) мы работаем с компаниями по всей России: базовый регион — Сочи, проекты ведём удалённо. Ниже — структура, по которой формируется смета, без маркетинговых обещаний «сделаем за две недели любой продукт». Это ориентир для планирования бюджета и переговоров с подрядчиком.
Что именно вы заказываете
Первый вопрос — тип продукта. Нативное приложение под iOS и Android разрабатывается отдельно для каждой платформы или через кроссплатформенный фреймворк. Веб-приложение открывается в браузере и часто дешевле в поддержке, но не всегда заменяет магазин App Store и Google Play. Гибридный вариант — когда основная логика в вебе, а оболочка в магазине — компромисс по срокам и бюджету.
Второй слой — глубина функциональности. Авторизация по SMS, каталог с фильтрами, корзина, история заказов, чат с оператором, геолокация, сканер QR — каждый блок это отдельные экраны, API, тестирование и документация. Чем больше «а ещё нужно», тем выше итог. Подробнее о сокращении первой версии — в статье про MVP и запуск.
Типовые уровни сложности
- Базовый сценарий — одна-две ключевые задачи пользователя: заявка, запись, просмотр статуса. Минимум интеграций.
- Рабочий продукт — несколько ролей (клиент, администратор), личный кабинет, уведомления, оплата или связка с учётной системой.
- Платформа — маркетплейс, сервис с подписками, сложная бизнес-логика, высокие требования к безопасности и масштабированию.
Практический ориентир: если вы не можете описать главный сценарий пользователя за две минуты, смету пока рано считать точно. Сначала зафиксируйте один путь «от открытия до результата» — остальное вынесите во вторую очередь.
Платформы и публикация
Разработка только под Android или только под iOS снижает объём работ, но отрезает часть аудитории. Кроссплатформа (Flutter, React Native и аналоги) экономит на дублировании интерфейса, однако не отменяет настройку сборок, подписей и магазинов. Публикация в App Store и Google Play — отдельный этап: тексты, скриншоты, политика конфиденциальности, модерация.
Аккаунты разработчика, сертификаты, обновления под новые версии ОС — это не разовая строка в смете, а регулярные задачи. Закладывайте их в годовой бюджет, даже если первый релиз уже оплачен. Услуга разработки приложений у нас включает прозрачное описание этапов до подписания договора.
Что влияет на стоимость публикации
- Количество магазинов и регионов распространения.
- Требования к контенту: возрастные ограничения, медицина, финансы — модерация строже.
- Необходимость white-label или нескольких брендов в одном коде.
- Поддержка планшетов, тёмной темы, accessibility — дополнительные макеты и тесты.
Дизайн, UX и контент
Интерфейс — не «красивая обёртка», а часть стоимости. Готовый UI-kit ускоряет работу; уникальный дизайн с нуля увеличивает часы дизайнера и разработчика на вёрстку. Прототип экранов до кода экономит бюджет: правки на бумаге дешевле, чем переделка готовых модулей.
Контент внутри приложения — тексты, иконки, фото, видео — часто ложится на заказчика. Если подрядчик готовит копирайт и медиа, это отдельные строки сметы. Пустые заглушки на этапе тестирования нормальны; к релизу контент должен быть финальным, иначе страдает конверсия и модерация в магазинах.
Анимации, сложные жесты, кастомные графики — приятные детали, но каждая добавляет время. Для первой версии разумно ограничиться стандартными компонентами платформы и системной навигацией.
Backend, API и интеграции
Мобильный клиент редко живёт сам по себе. Сервер хранит пользователей, заказы, права доступа; API связывает приложение с сайтом, 1С, платёжным шлюзом, SMS-сервисом, CRM. Каждая интеграция — изучение документации, тестовый контур, обработка ошибок и мониторинг.
Готовые облачные сервисы (Firebase, готовые CMS) ускоряют старт, но при росте нагрузки могут потребовать миграции. Кастомный backend дороже на старте, зато гибче под ваши процессы. Для внутренних систем смотрите также разработку ПО — иногда приложение логичнее встроить в существующую архитектуру, а не дублировать данные.
Частые интеграции и их влияние на бюджет
- Платежи (эквайринг, СБП, подписки) — compliance, чеки, возвраты.
- CRM и телефония — синхронизация статусов, карточки клиента.
- Карты и геолокация — лицензии карт, фоновое отслеживание.
- Push и аналитика — настройка каналов, сегменты, события.
- Единый вход через сайт или корпоративный SSO — безопасность и протоколы.
Совет: попросите подрядчика разбить интеграции на «обязательные для запуска» и «после первых 100 пользователей». Так проще уложиться в бюджет без потери главного сценария.
Админка и операционная часть
Без панели администратора бизнес быстро упирается в ручные правки через разработчика. Веб-админка для модерации контента, просмотра заказов, управления пользователями — почти всегда нужна, даже если в ТЗ её «забыли». Оценивайте её отдельно от клиентского приложения.
Роли и права (оператор, менеджер, бухгалтер), журнал действий, выгрузки в Excel, фильтры и поиск — стандартные запросы от отдела продаж. Чем раньше вы опишете, кто и что делает в системе после запуска, тем точнее смета.
Обучение сотрудников и короткие инструкции можно заложить в проект: это снижает нагрузку на поддержку после релиза.
Тестирование, безопасность и качество
Тестирование на одном телефоне заказчика — не QA. Нужны разные версии ОС, размеры экранов, сценарии при плохой сети, проверка платежей в песочнице. Регрессионное тестирование после каждого крупного обновления тоже стоит денег, но дешевле, чем простой бизнеса из-за бага в оплате.
Безопасность: хранение токенов, HTTPS, защита API от перебора, соответствие 152-ФЗ при работе с персональными данными. Для B2B и медицины требования выше. Экономить на безопасности на старте — типичная ошибка; разбор других промахов заказчика — в материале об ошибках при заказе разработки.
Как формируется смета у подрядчика
Нормальная схема: бриф → уточняющие вопросы → описание scope → оценка по этапам с допущениями. Fixed price возможен, когда границы проекта зафиксированы письменно. Time and materials гибче при меняющихся требованиях, но требует дисциплины в постановке задач.
Обращайте внимание на то, что не входит в цену: хостинг, лицензии, модерация, контент, маркетинг, абонентская поддержка. Прозрачная смета перечисляет и включено, и исключено.
Этапы оплаты обычно привязаны к результатам: прототип, MVP, релиз в магазин, гарантийный период. Так снижаются риски для обеих сторон. Как выбрать исполнителя и на что смотреть в договоре — в статье о выборе подрядчика.
Документы до старта
- Краткое ТЗ или user story с приоритетами must / should / later.
- Схема интеграций и источников данных.
- Макеты или референсы интерфейса.
- Критерии приёмки: что считается «готово к релизу».
Ориентиры по бюджету без иллюзий
Мы не называем «унiversalную цену», потому что она вводит в заблуждение. Но порядок цифр на рынке России в 2026 году можно обозначить так: простой клиентский сценарий без сложного backend часто укладывается в сотни тысяч рублей; полноценный продукт с оплатой, админкой и интеграциями — уже миллионы; платформенные решения растут пропорционально команде и срокам.
Дешевле рынка — сигнал проверить scope: не выкинут ли тестирование, документация, публикация. Дороже без объяснения этапов — повод запросить детализацию.
Сократить бюджет помогает MVP: один платформенный таргет, один главный сценарий, отложенные интеграции. У нас направление разработки MVP как раз про проверку гипотезы без переплаты за «всё сразу».
Поддержка после запуска
Релиз — не финал расходов. Обновления OS ломают совместимость, API партнёров меняются, пользователи приносят пожелания. Абонентское сопровождение или пакет часов в месяц — нормальная практика. Без него приложение со временем деградирует в магазинах и перестаёт открываться на новых устройствах.
Мониторинг падений (crashlytics), метрики воронки, A/B-тесты — опционально, но для коммерческого продукта быстро окупаются. Заложите минимум 10–15% годового бюджета IT на поддержку мобильного клиента, если продукт приносит выручку.
Что сделать перед обращением в Grevin
Соберите короткий бриф: для кого приложение, какую проблему решает, как пользователь узнает об успехе (заказ создан, запись подтверждена). Отметьте must-have на первую версию. Если есть сайт или CRM — укажите, что нужно связать.
Напишите на grevin.info@mail.ru или позвоните +7 993 302-62-55. Обсудим scope и подготовим понятную смету по этапам. Работаем с заказчиками по всей России; встречи и демо — онлайн. Подробнее о компании — на странице О нас, заявку можно оставить через контакты.