Сколько стоит MVP в 2026 году: смета по блокам и реальные сроки

Два проекта в нашем портфолио отличаются по трудозатратам почти на порядок. В строке услуги в обоих договорах стояло одно и то же слово.

Разница не в том, что кто-то переплатил. Она в том, сколько работы пряталось за этим словом, и вот это как раз можно разобрать по частям.

Почему в ответ на вопрос о цене вы слышите «зависит»

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

Первое это интеграции. Витрину для оптового продавца цветов мы делали с эквайрингом и обменом данными с учётной системой клиента, и по трудозатратам этот обмен вышел тяжелее самого каталога (подробнее об этом в разборе цен на сайты). Второе это состояние данных: выгрузка, которую десять лет заполняли руками, всплывает уже в работе, обычно на второй неделе. Третье это люди, которые принимают решение. Проект с одним владельцем и проект с тремя согласующими идут по-разному при одинаковом объёме кода.

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

Семь блоков, которые чаще всего не посчитаны

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

Смета без этих строк выглядит дешевле ровно до того дня, когда работа по ним всё равно начинается. А она начинается всегда.

Одна цифра прячет риск, три показывают, где он сидит

Мы считаем в трёх точках: минимум, ожидаемо, максимум. Проверить чужую оценку по этому признаку можно за минуту. Попросите показать, как получились сценарии. Если пессимистичный это оптимистичный, умноженный на коэффициент, перед вами оформление, а не расчёт. В настоящей трёхточечной оценке блоки расходятся по-разному: вёрстка почти не двигается между сценариями, интеграция уезжает вдвое. Однажды мы разбирали чужую смету, где объём был занижен примерно втрое, и это отдельная история.

В календарном месяце 160 часов, в работе от 120 до 130

Остальное уходит на созвоны, переключения, ревью и ответы в чатах. Мы планируем от этой цифры, а не от календаря, и из неё следует правило, которое экономит клиенту деньги. Когда объём не влезает, ходов ровно три: сократить объём, растянуть срок, отказаться от проекта. Обещать сроки, посчитанные по календарным 160 часам, это четвёртый ход, и заканчивается он сорванной датой, только узнаёте вы об этом через два месяца.

Сколько это стоит по форматам

Цифры ниже наши рабочие диапазоны, а не прайс. Где именно вы окажетесь внутри диапазона, решается на брифе.

Формат	Срок	Бюджет
Лендинг с формой и аналитикой	от 2 до 4 недель	от 50 до 150 тысяч рублей
Telegram или MAX Mini App, один сценарий	от 3 до 6 недель	от 150 до 400 тысяч рублей
Веб-приложение, MVP с авторизацией и оплатой	от 6 до 12 недель	от 300 тысяч рублей
Мобильное приложение	от 8 до 16 недель	от 500 тысяч рублей

Верхняя граница почти всегда про интеграции. Нижняя достижима, когда у клиента уже есть дизайн и один человек, который принимает решения. Такое бывает редко.

Что режется без потерь, а что возвращается счётом

Хороший пример резки у нас с хакатона, где мы делали обучающую финансовую игру внутри банковского приложения для Газпромбанк.Тех. Собрать всё за отведённое время было нельзя физически, поэтому мы срезали авторизацию, серверный профиль и рейтинги между пользователями, а оставили ежедневную сессию из пяти задач, таймер, монеты и разбор ошибки сразу после ответа. Вышли в финал. Заняли четвёртое место. Сработало это потому, что резали вокруг ядра, а ядром был цикл «сыграл, ошибся, понял», и авторизация к нему ничего не добавляла.

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

Если бюджет меньше оценки

Здесь работает спайк: небольшой платный шаг, который проверяет главный технический риск до разговора о полном бюджете. Несколько дней, цена по нижней границе, заранее записанный критерий завершения.

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

Мы не раскладывали постфактум экономику своих проектов: сколько в каждом было маржи, а сколько ушло в переработки, я честно сказать не могу, потому что мы этого не считали. Так что всё выше это способ считать трудозатраты, а не доказанная модель прибыли.

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