Сколько стоит веб-приложение: от MVP до продакшна

Веб-приложение — самая непредсказуемая по бюджету категория. Если для лендинга или корпоративного сайта существует понятная вилка, то здесь два проекта с одинаковым описанием могут отличаться по цене в пять раз. Причина в том, что стоимость определяется не количеством страниц, а количеством сценариев, которые система должна обработать правильно.

Разбираем, из чего складывается смета и как не потратить бюджет на функции, которые никому не понадобятся.

Чем веб-приложение отличается от сайта

Сайт показывает информацию — приложение обрабатывает действия и хранит состояние. Как только появляется что-то из этого списка, проект переходит в категорию приложений:

• аккаунты пользователей с ролями и правами доступа;
• данные, которые пользователь создаёт и меняет;
• бизнес-логика: расчёты, статусы, согласования, автоматические уведомления;
• платежи и подписки;
• обмен данными с внешними системами в обе стороны.

Каждый из этих пунктов тянет за собой backend, базу данных, отдельный контур безопасности и полноценное тестирование. Отсюда и разница в цене: на корпоративном сайте backend — 15% сметы, в приложении — 40–50%.

Три уровня бюджета

MVP — от 800 000 ₽

Минимальная работающая версия: авторизация, одна ключевая функция, базовая админ-панель. Всё остальное сознательно отложено.

Что входит: проектирование основных экранов, регистрация и вход, главный пользовательский сценарий целиком, простая панель администратора, деплой и мониторинг. Срок — 10–16 недель.

Задача MVP — не «сделать дёшево», а проверить, что люди пользуются продуктом, до того как вы вложили в него годовой бюджет. Подробнее о самом подходе — в статье о сроках разработки сайта, где мы разбираем, почему поэтапный запуск почти всегда выигрывает у большого релиза.

Полноценный продукт — 1 500 000 — 4 000 000 ₽

Несколько ролей пользователей, платежи и подписки, интеграции с внешними системами, уведомления, аналитика внутри продукта, полноценная админ-панель с правами.

Срок — от 6 месяцев. Здесь появляются вещи, которых нет в MVP: миграции данных, обработка ошибок внешних сервисов, ролевая модель, логирование действий, нагрузочное тестирование.

Сложные системы — от 4 000 000 ₽

Высокая нагрузка, real-time функциональность, сложные вычисления, требования к отказоустойчивости, интеграции с несколькими корпоративными системами. Такие проекты обычно ведутся итерациями и не имеют фиксированной финальной цены — бюджет планируется поквартально.

Из чего складывается смета

Направление	Доля сметы	Что сюда входит
Аналитика и проектирование	10–15%	Сценарии, схема данных, архитектура
UX/UI-дизайн	15–25%	Экраны, состояния, дизайн-система
Frontend	25–30%	Интерфейс, работа с данными, состояния загрузки и ошибок
Backend	30–40%	API, база данных, бизнес-логика, безопасность
DevOps и QA	10–15%	Окружения, CI/CD, мониторинг, тестирование

Отдельно стоит сказать про то, чего нет в этой таблице, но что всегда есть в реальности: состояния ошибок. В прототипе пользователь всегда вводит корректные данные и интернет всегда работает. В продакшне — нет. Обработка пустых списков, сетевых сбоев, отказов платёжного шлюза и конкурентных изменений данных легко занимает 20–30% времени разработки и почти никогда не попадает в оценку, если её делает не тот, кто будет писать код.

Что сильнее всего влияет на цену

Количество ролей. Одна роль — это один набор экранов. Три роли — это не три набора, а три набора плюс матрица прав, плюс проверка, что администратор не видит лишнего, а клиент не может изменить чужие данные. Каждая дополнительная роль добавляет к смете 10–20%.

Платежи. Подключение платёжного шлюза — это не только кнопка «оплатить»: нужны обработка неуспешных платежей, возвраты, чеки, повторные списания для подписок, сверка. Полноценный платёжный контур — от 150 000 ₽.

Интеграции. Каждая внешняя система — отдельный риск. Если у неё есть документированное API, интеграция стоит 40 000–120 000 ₽. Если документации нет или обмен идёт файлами, цена и сроки становятся непредсказуемыми, и это надо обсуждать до подписания договора.

Требования к данным. Персональные данные, медицинская или финансовая информация означают дополнительные требования к хранению, шифрованию и логированию доступа. Это не «галочка», а отдельный объём работ.

Как сократить бюджет без потерь

Начните с одного сценария. Не «платформа для управления бизнесом», а «система, где клиент оставляет заявку, а менеджер видит её и меняет статус». Всё остальное — после того, как первый сценарий работает и им пользуются.

Не делайте свою админку в первой версии. Пока пользователей десятки, ими можно управлять через простую панель или даже напрямую в базе. Полноценная админ-панель с фильтрами и правами — это отдельный проект внутри проекта, часто на 20% всей сметы.

Откажитесь от мобильного приложения на старте. Адаптивное веб-приложение закрывает большинство сценариев и стоит существенно дешевле, чем разработка под две мобильные платформы.

Используйте готовые сервисы. Авторизация, отправка писем, хранение файлов, аналитика — для всего этого есть решения, которые интегрируются за часы вместо недель. Писать своё имеет смысл, только когда готовое перестало подходить.

Красные флаги при оценке

Фиксированная цена без технического задания. Если подрядчик называет точную сумму за приложение, услышав описание на десять минут, — либо он заложил трёхкратный запас, либо на середине проекта начнутся разговоры о доплате.

Оценка без вопросов про роли и данные. Первые вопросы адекватного подрядчика: кто пользователи, какие у них права, какие данные хранятся, что происходит при ошибке. Если этих вопросов не было — оценка получена наугад.

Отсутствие этапа проектирования в смете. Приложение, которое начинают кодить без схемы данных и сценариев, переписывается минимум один раз, и оплачивается это переписывание из вашего бюджета.

Обещание уложиться в месяц. Даже MVP требует времени на проектирование, разработку и тестирование. Месяц — это либо прототип без backend, либо очень сокращённое представление о том, что такое «работает».

Что делать дальше

Если у вас есть идея продукта, самое полезное перед разговором о бюджете — сформулировать один главный сценарий: кто пользователь, какую задачу он решает и в какой момент понимает, что продукт ему помог. Из этой формулировки собирается MVP, а из MVP — реалистичная оценка.

Общая картина цен по всем типам проектов, включая приложения, собрана в гиде сколько стоит сайт под ключ. А если хотите оценку под свою задачу — пришлите описание сценария, и мы вернёмся с вилкой по бюджету и срокам и с предложением, что имеет смысл включить в первую версию, а что отложить.