В статье
Запрос «сколько стоит приложение» похож на вопрос «сколько стоит дом»: ответ зависит от того, что именно строим. Внутренний инструмент для пяти сотрудников, личный кабинет для клиентов и мобильное приложение с оплатой и офлайн-режимом очень сильно отличаются по объёму работ.
В этой статье нет «средних цен по рынку»: они сильно зависят от исполнителя, региона и формата работы и быстро устаревают. Зато разберём, из чего складывается стоимость, какие решения сильнее всего влияют на бюджет и как подготовить запрос, чтобы оценки разных исполнителей можно было сравнить.
Что влияет на стоимость сильнее всего
Формат приложения
- Веб-приложение открывается в браузере на компьютере и телефоне. Одна кодовая база, простое обновление — часто самый экономичный вариант для внутренних задач.
- Telegram Mini App работает внутри Telegram, удобен, если клиенты или сотрудники уже общаются там. Подробнее — в статье «Telegram Mini Apps для бизнеса».
- Мобильное приложение нужно, когда важны офлайн-режим, push-уведомления, доступ к камере или датчикам и присутствие в магазинах приложений. Публикация в сторах и поддержка двух платформ добавляют работы.
Объём функций
Каждая роль пользователя, каждый экран и каждое правило — это время на проектирование, разработку и тестирование. Самый надёжный способ управлять бюджетом — отделить обязательное для первой версии от того, что можно добавить позже.
Интеграции
Связь с CRM, учётной системой, платёжным сервисом, телефонией, почтой. Стоимость зависит от того, есть ли у этих систем документированный API и насколько стабильно он работает. Интеграции — частая причина того, что проект оказывается дороже первоначальной оценки.
Роли и права доступа
Приложение для одного типа пользователей проще, чем система, где сотрудник, руководитель, клиент и администратор видят разные данные и имеют разные права.
Дизайн
Аккуратный интерфейс на основе готовых компонентов обходится дешевле, чем уникальный визуальный стиль с анимацией. Для внутренних инструментов первого подхода обычно достаточно; для клиентских сервисов уровень дизайна влияет на впечатление о компании.
Требования к нагрузке и безопасности
Сколько пользователей одновременно, какие данные хранятся, нужны ли журнал действий, резервное копирование, разграничение доступа к персональным данным. Чем выше требования, тем больше работы на проектирование и тестирование.
Этапы и их доля в бюджете
Проект обычно проходит одни и те же этапы:
- Анализ и проектирование — разобраться в процессе, описать роли, сценарии и экраны.
- Дизайн интерфейса — от простых макетов до полноценной визуальной системы.
- Разработка — серверная часть, интерфейс, интеграции.
- Тестирование — проверка сценариев, ошибок, нагрузки.
- Запуск — перенос данных, настройка сервера, обучение пользователей.
Если оценка содержит только «разработку», стоит уточнить, кто и за чей счёт выполнит остальное.
Что учесть в 2026 году
- Персональные данные. Если приложение хранит данные граждан РФ, их запись и хранение должны вестись с использованием баз данных на территории России (ч. 5 ст. 18 152-ФЗ). Это влияет на выбор хостинга и сторонних сервисов, поэтому требование стоит обсудить до проектирования, а не после запуска.
- Функции на основе ИИ. Распознавание документов, поиск по базе знаний или черновики ответов добавляют отдельную статью расходов: оплату запросов к модели или собственную инфраструктуру. Подробнее — в статье «Сколько стоит внедрение ИИ в бизнес».
- Мессенджеры как платформа. Для части задач вместо отдельного мобильного приложения подходит Mini App внутри Telegram — это меняет и объём работ, и способ публикации.
- Актуальность оценок. Ставки исполнителей и тарифы сервисов меняются, поэтому прайсы и оценки прошлых лет — плохой ориентир. Надёжнее запросить оценку под вашу задачу с разбивкой по этапам.
Расходы после запуска
О них часто забывают при планировании бюджета:
- Хостинг и инфраструктура — серверы, домены, хранилище, резервные копии.
- Платные сервисы — отправка SMS и писем, карты, платёжные системы, внешние API.
- Поддержка — исправление ошибок, обновление зависимостей, реакция на изменения внешних сервисов.
- Развитие — новые функции по мере того, как пользователи начинают работать с системой.
Модели оплаты
- Фиксированная цена подходит, когда требования понятны и стабильны. Исполнитель закладывает риски в стоимость, а любые изменения обсуждаются отдельно.
- Оплата по времени удобнее, когда требования будут уточняться по ходу. Здесь важны прозрачная отчётность и регулярные демонстрации результата.
- Поэтапная оплата — компромисс: фиксированная цена за небольшой этап, например первую версию, затем оценка следующего.
Как подготовить запрос, чтобы получить сравнимые оценки
- Опишите задачу бизнеса: какую проблему решает приложение и кто им будет пользоваться.
- Перечислите роли и основные сценарии: «менеджер создаёт заявку», «руководитель видит отчёт по филиалам».
- Укажите системы, с которыми нужна связь.
- Отметьте обязательное для первой версии и желательное на потом.
- Опишите требования к данным: что хранится, кто имеет доступ.
- Попросите исполнителей разбить оценку по этапам и указать, что не входит в стоимость.
Подробное техническое задание на старте не обязательно: часто его разумнее подготовить вместе с исполнителем на этапе проектирования.
Как сэкономить без потери качества
- Начать с минимальной версии, которая решает основную задачу, и развивать её по обратной связи.
- Использовать готовые сервисы там, где они подходят, и разрабатывать только уникальную часть.
- Выбирать формат по тому, где работают пользователи, а не по моде.
- Не отказываться от тестирования — исправление ошибок после запуска обходится дороже.
Иногда выясняется, что отдельное приложение не нужно вовсе: задачу решает настройка готовой системы. Как сделать этот выбор на примере CRM, — в статье «CRM под задачи компании или готовая система».
Следующий шаг
Чтобы назвать порядок стоимости для вашей задачи, достаточно описания процесса и пользователей. Как я работаю с приложениями — на странице «Приложения для бизнеса»; описать задачу можно здесь, первичное обсуждение бесплатно.