MVP веб-приложения стоит от 350 000 ₽ и 6–8 недель. Полноценный продукт после обкатки — от 800 000 ₽. Разброс зависит не от «красивости», а от четырёх вещей: роли и права доступа, личные кабинеты, интеграции, нагрузка. Ниже — из чего складывается цена, таблица вилок по типам приложений и честно про то, почему «приложение как у конкурента, только дешевле» — не задача.
Чем приложение отличается от сайта
Сайт показывает информацию. Приложение делает работу: у него есть пользователи с ролями, данные, которые они создают, и логика, которая между ними работает. Личный кабинет клиента с историей заказов — уже приложение. Каталог без кабинетов — ещё сайт.
Из этого следуют три источника стоимости, которых у сайта нет: регистрация и роли, хранение и показ персональных данных, права — кто что видит и может. Больше половины сметы приложения живёт именно здесь, и именно это нельзя «дописать потом за пару дней».
Вилки по типам приложений
| Тип | Примеры | MVP | Срок |
|---|---|---|---|
| Кабинет + каталог | Клиентский кабинет, заказы, статусы | от 350 000 ₽ | 6–8 недель |
| Внутренний инструмент | Учёт заявок, склад, своя CRM под процесс | от 450 000 ₽ | 8–10 недель |
| Сервис с подпиской | SaaS: тарифы, биллинг, самообслуживание | от 600 000 ₽ | 10–12 недель |
| Маркетплейс | Продавцы и покупатели, модерация, выплаты | от 900 000 ₽ | 12–16 недель |
Это MVP — минимальная версия, на которой проверяется спрос. Полный продукт после обратной связи обычно добавляет 50–100% к смете, и это нормально: вы строите то, что уже подтверждено деньгами пользователей, а не гипотезами.
Смета по этапам: кабинет с заказами за 400 000 ₽
| Этап | Что на выходе | Доля |
|---|---|---|
| Прототип и сценарии | Экраны, роли, что пользователь делает за шаг | 15% |
| Дизайн | Макеты ключевых экранов, адаптив | 15% |
| Бэкенд | Модель данных, API, роли, интеграции | 40% |
| Фронтенд | Интерфейс, состояние, ошибки, загрузки | 25% |
| Приёмка и запуск | Тесты, деплой, мониторинг | 5% |
Бэкенд — самый дорогой и наименее заметный заказчику кусок. Именно он определяет, рухнет ли продукт при росте с 50 до 5 000 пользователей или просто увеличит сервер.
MVP — это не «дешёвый сайт», это дисциплина
MVP не значит «сделать плохо». Оно значит «сделать только то, что проверяет гипотезу». Правильный MVP для сервиса доставки — заказ и оплата. Неправильный — бонусы, реферальная система и мобильное приложение на старте.
Что режу в MVP без сожалений
- Личные кабинеты для всех ролей сразу — хватит двух ключевых.
- Интеграции с «популярными сервисами на всякий случай».
- Админка с сорока фильтрами — три нужных закрывают 95% работы.
- Нативные мобильные приложения — сначала адаптивный веб.
Что никогда не режу
- Безопасность и права доступа. Дыра в ролях — утечка базы клиентов, и репутации не будет.
- Бэкапы и мониторинг. Потеря данных на старте убивает сервис надёжнее, чем отсутствие функции.
- Обработка ошибок. Пользователь, увидевший «ошибка 500» без объяснения, не возвращается.
Что входит в мою смету, а что обычно «забывают»
В смете всегда лежат: постановка, дизайн, разработка, тесты, деплой, базовая аналитика. Часто забываемые другими подрядчиками строки, которые у меня на виду:
- Хостинг и домен — от 1 500 ₽ в месяц, оформляются на вас, не на меня.
- SMTP-почта для писем системы — 0–1 000 ₽ в месяц.
- Сопровождение — от 9 000 ₽ в месяц: обновления, мониторинг, мелкие правки.
- Развитие после запуска — по факту обратной связи, отдельными итерациями с фиксированной ценой.
Сроки и почему «за две недели» — враньё
Реальные 6–8 недель на MVP — это: неделя прототипа, две дизайн, три-четыре разработка, неделя тестов и запуск. Каждый этап заканчивается артефактом, который вы видите: прототип, макеты, рабочие версии на тестовом сервере каждые несколько дней.
Обещание «приложение за две недели» означает либо готовый конструктор с чужими ограничениями, либо демку, которая развалится после первого настоящего пользователя. Если дедлайн горит сильнее сметы — режем объём, а не качество: одна роль вместо трёх, одна интеграция вместо четырёх.
Частые вопросы
Почему не на конструкторе, это же дешевле?
Конструктор умирает ровно там, где начинается логика: роли, расчёты, интеграции. Если ваш процесс вписывается в «каталог + форма», конструктор оправдан — я так и скажу. Если нет — полгода мучений с костылями и переезд.
На чём делаете?
Под задачу: WordPress с кастомным бэкендом для лёгких кабинетов, PHP/Node — для сервисов. Стек не религия: выбираю то, что вы сможете поддерживать и развивать без привязки ко мне.
Кому принадлежат код и данные?
Вам. Репозиторий, сервер, база — всё ваше с первого дня. Исходники передаю при сдаче вместе с документацией.
А мобильное приложение потом?
Сначала адаптивный веб: он закрывает 80% сценариев и стоит в разы дешевле. Нативное — когда данные покажут, что люди реально возвращаются.
С чего начать
Напишите в Telegram три абзаца: кто пользователи, что каждый делает в системе, какая метрика покажет, что всё получилось. Этого хватает для вилки цены и срока в тот же день. Дальше — созвон не нужен, всё письменно: почему я работаю текстом.
Смежные сметы: сайт, интернет-магазин, Telegram-бот.
