MVP: первая версия кончается там, где мы договорились
Какой из трёх типов MVP вам нужен — продажный, маркетинговый или технический — разбирает страница направления, и начинать стоит оттуда. Эта страница про то, что происходит после выбора: как режется объём технического MVP, куда записывается выкинутое и по какому признаку через два месяца станет понятно, продолжать или остановиться. Признак называется до первой строки кода — иначе продолжат всегда.
- Один пользовательский сценарий, доведённый до конца, вместо десяти начатых
- Отложенное не теряется: оно лежит списком с причиной, по которой отложено
- Признак ответа рынка согласован до старта и не переписывается после запуска
- Смета собирается на всё сразу, потому что «иначе непонятно»
- Список функций растёт быстрее, чем их успевают делать
- Зато к запуску продукт выглядит законченным
- Один сценарий проходится целиком, от входа до результата
- Остальное уезжает в список отложенного с причиной
- Продукт выглядит незаконченным — и это сознательно
Последнюю строку справа мы не прячем. Первая версия действительно выглядит бедно, и тем, кому важно показать инвестору «готовый продукт», это не подходит — такой случай разобран ниже.
Что считается ответом рынка
Самая дорогая ошибка в этой работе делается не в коде. Она делается в тот момент, когда после запуска решают, что считать успехом, — и решают это, уже видя цифры.
Ответ — это наблюдаемое событие, названное заранее. Не «нам понравилось», не «людям в целом интересно», не «двое сказали, что будут пользоваться». Событие, про которое через месяц можно сказать «да» или «нет», не споря: человек заплатил вперёд, вернулся сам без напоминания, привёл второго. Всё остальное — впечатление, а впечатление всегда будет в пользу продолжения, потому что продолжать хочется.
Почему признак называется до запуска. Если его не назвать, после запуска он сложится сам собой из того, что получилось. Пришло мало людей, зато они долго читали — значит, продукт интересный. Никто не заплатил, но многие зарегистрировались — значит, барьер в цене. Обе фразы выглядят как вывод, а на самом деле это объяснение задним числом, и стоит оно ровно столько же, сколько следующий этап разработки.
Признак у каждого свой, и он не обязан быть про деньги. У внутреннего сервиса ответ звучит как «отдел перестал вести параллельную таблицу»; у площадки — «вторая сторона пришла сама, без нашего менеджера»; у продукта для клиентов — «вернулись в следующем месяце». Общее у них одно: событие видно снаружи и его нельзя истолковать двояко.
Ответ «не подтвердилось» — это тоже результат, и он стоит тех же денег. Из первой версии выходят три сценария: продолжаем, разворачиваемся к другой гипотезе или останавливаемся. Мы согласовываем все три до начала — вместе с тем, что делать с уже написанным кодом в каждом случае. Код в любом из них остаётся у вас: это не жест, а условие договора.
Оговорка, которую мы делаем вслух. Признак ответа и то, сколько времени на него нужно, зависят от продукта и от того, есть ли уже кому его показать. Универсальных чисел здесь у нас нет, придуманные мы не называем, а называем на разборе, когда видно, откуда придут первые люди.
Кому первая версия подходит, а кому она навредит
Четыре условия слева и три случая справа. Правая колонка написана не из скромности: первая версия — это сознательно неполный продукт, и там, где неполный продукт хуже отсутствия продукта, она вредит.
- Гипотеза формулируется одним предложением. «Закупщики будут оставлять заявки сами, если увидят остатки поставщиков в одном месте». Если предложение не складывается, режется не объём, а мысль, и начинать надо с неё
- Вы готовы выкидывать. Не «сократить», а убрать целиком и жить без этого месяц. Это главное условие, и оно проверяется не словами, а тем, как проходит проектирование
- Есть кому показать. Десяток живых людей, до которых вы дотянетесь без рекламного бюджета. Продукт без первых пользователей ответа не даст независимо от качества кода
- Деньги рассчитаны дальше, чем на одну версию. После запуска начинается самое полезное — правки по поведению людей. На них тоже нужен запас
- Процесс уже работает, и нужен инструмент, а не проверка. Гипотезы нет, есть ручная работа, которую надо убрать. Это автоматизация, и считается она иначе — от часов, а не от сценария
- Половина функций обязательна по договору или по закону. Отчётность, хранение, доступ проверяющих. Выкинуть их нельзя, значит резать нечего: считайте сразу полноценную разработку
- Продукт должен выглядеть законченным. Показ инвестору, тендер, презентация партнёру. Это другая задача и другой тип MVP — маркетинговый, он разобран на странице направления и делается не так
Первый пункт справа встречается чаще двух остальных вместе. Приходят «за своим сервисом», а после часа разговора выясняется, что менять надо не программу, а способ передачи заявок между двумя отделами. Мы говорим это до счёта, даже когда речь идёт о более дешёвой работе.
Семь вопросов, после которых объём режется сам
Список для вашей внутренней встречи, а не форма заявки: ничего никуда не отправляется. Отмечайте то, на что ответ у вас уже есть. Непройденный пункт — не приговор, а место, где объём вырастет на разборе, и лучше знать об этом заранее.
Вердикт появится после первой отметки. Ничего никуда не уходит: это список к вашей внутренней встрече, а не заявка.
Готово 0 из 7
Седьмой пункт решает больше, чем первые шесть. Проекты первой версии срываются не потому, что задача сложная, а потому, что решение об объёме принимают четыре человека, и каждый из них прав со своей стороны.
Прислать список функций на разрез
Есть список функций будущего сервиса?Пришлите его как есть — хоть заметкой, хоть таблицей. Вернём разрезанным: что входит в первую версию, что уезжает в отложенное и по какой причине, а что вообще не нужно строить. Разбор бесплатный, счёта после него не будет.
Когда наши услуги не нужныЧто входит в первую версию
Шесть пунктов, и половина из них — не функции продукта. Это то, без чего первая версия не доживёт до ответа: её не на чем будет запустить, нечем измерить и некуда будет вернуть отложенное.
От входа до результата, ради которого человек пришёл, без обрывов посередине. Именно сквозной: половина сценария не даёт половины ответа — она не даёт никакого.
Регистрация или выдача доступа, самое простое разделение прав. Собирается на готовых решениях: писать свою систему входа на этапе проверки — способ потратить срок на то, чего никто не оценит.
Единственное место, где мы сознательно делаем запас. Экраны переделать дёшево, а данные, сложенные наспех, придётся переносить вместе со всем, что в них накопилось.
С первого дня, а не «когда пойдут люди». Понадобятся они ровно один раз, и это будет тот день, когда первые пользователи наконец пришли.
Не «аналитика вообще», а одна воронка под согласованный признак. Так через месяц разговор идёт о факте, а не о том, чьё впечатление убедительнее.
Каждая выкинутая функция с причиной и условием возврата. Без него выкинутое возвращается в работу через неделю после запуска — и возвращается всё сразу.
Чего здесь нет намеренно: админки на все случаи, ролей «на будущее», настроек, личного кабинета для второй стороны и красивых пустых экранов. Всё это уезжает в отложенное, и половина оттуда не возвращается никогда — это и есть сэкономленные деньги.
Как идёт работа
Пять шагов. Спорный из них второй: именно там объём режется, и именно там разговор бывает неприятным. Мы его не смягчаем — резать после начала разработки дороже в разы.
-
01
Разбор задачи
Бесплатно и до договора. Слушаем задачу и проверяем первое: не закрывается ли она готовым продуктом, настройкой того, что уже стоит, или сайтом с личным разделом. Заметная часть разговоров заканчивается здесь, и это нормальный исход.
-
02
Проектирование и резка объёма
Выбираем сценарий и роль, спорим за каждую функцию, записываем отложенное с причиной. Здесь же согласуется признак ответа. Итог — прототип, состав первой версии и смета, которая после этого не плавает.
-
03
Архитектура и записанные решения
Структура данных, границы сервисного слоя, миграции, очереди для долгих операций, контейнеры для одинакового окружения. Каждое решение записывается с обоснованием — через год это единственное, что отличает «так задумано» от «так получилось».
-
04
Разработка спринтами с показом
Работающая часть показывается регулярно, а не в конце. Новые идеи по ходу не отклоняются — они уезжают в отложенное тем же порядком, что и на втором шаге, и решение по ним принимается после запуска.
-
05
Запуск и наблюдение до ответа
Приводим первых людей, смотрим, где они застревают, чиним очевидное. Дальше — разговор по согласованному признаку: продолжаем, разворачиваемся или останавливаемся. Все три исхода обсуждались до старта, поэтому спорить не о чем.
Своего срока у этой страницы нет: 7–10 недель — это срок первой сметы направления при уже порезанном объёме. Пока не посмотрели вашу задачу, честный ответ — вилка, а не дата, и мы называем её на разборе.
Условия, при которых мы сами предложим остановиться
Четыре строки. Первые две выясняются до счёта и не стоят ничего, третья случается в работе и губит такие проекты чаще всего, четвёртая — та, ради которой всё и затевалось.
| Когда | Что обнаруживается | Что делаем |
|---|---|---|
| На разборе | Гипотезу можно проверить без кода — опросом, предзаказом или услугой, которую первое время оказывают руками | Не беремся и помогаем спроектировать такую проверку. Это разговор на час, он бесплатный, и он регулярно экономит людям всю стоимость разработки |
| На разборе | Резать нечего: половина функций обязательна по закону или по договору с вашими клиентами | Говорим, что первой версии здесь не получится, и считаем сразу полноценную разработку. Называть это словом MVP и надеяться на меньшую сумму — обман, который вскроется на приёмке |
| В работе | Отложенное возвращается в работу третью неделю подряд, и объём растёт | Останавливаемся и пересобираем приоритеты вместе с вами. Продолжать молча — значит потратить бюджет первой версии на продукт, который так и не увидят люди |
| После запуска | Согласованное событие не наступило, и наступать не собирается | Говорим это вслух и предлагаем развернуться или остановиться. Мы не продаём следующий этап «чтобы наконец получилось»: гипотеза не подтвердилась, и это тоже полученный ответ |
Про деньги при остановке — общее для всех работ студии и написано на странице оплаты и гарантий. Остановка на разборе не стоит ничего: он бесплатный. Код, написанный к моменту остановки, остаётся у вас в любом случае.
От чего зависит цена первой версии
Своей сметы у формата нет: первая версия — это первая смета направления, от 200 000 ₽. Разброс внутри неё задают четыре вещи, и ни одна из них не про количество экранов.
-
Сколько ролей участвует в сценарии
Одна роль — это один набор экранов и одна проверка прав. Две роли не удваивают экраны, а удваивают всё: права, уведомления, краевые случаи, проверку. Поэтому первый вопрос на проектировании — какой роли делаем удобно, а какой хватит ручной работы вашего сотрудника.
-
Есть ли уже рабочая серверная часть
Если у вас работает сайт, бот или приложение со своим бэкендом, первая версия подключается к нему, а не строится рядом. Если нет ничего, в объём входит и хранение, и вход, и обмен. Это самая крупная развилка в смете, и видна она сразу.
-
Цена ошибки внутри сценария
Одно дело — заявка, которую можно завести заново. Другое — деньги, документы или расчёты между людьми. Там, где ошибку нельзя отменить, растёт не объём функций, а объём проверок: краевые случаи, повторные отправки, сверки. Это и есть то, из-за чего два внешне похожих сервиса стоят по-разному.
-
Сколько чужих систем придётся трогать
Каждая внешняя система — это чужие правила, чужие сбои и чужие изменения, которые случаются без вашего согласия. В первой версии мы стараемся обойтись без них или ограничиться выгрузкой; если без живого обмена никак, это отдельная работа и отдельный разговор — про стык систем
Три сметы направления с составом и сроками — на странице веб-сервисов. Своей ступени у этой страницы нет намеренно: первая версия и есть вход в направление.
Эта страница — один из форматов направления
Здесь написано только про границу первой версии. Выбор между тремя типами MVP, состав работ, что остаётся у вас и как устроен код внутри — на странице направления, и повторять это здесь незачем.
Если первая версия нужна не для проверки гипотезы, а как рабочий инструмент отдела, это вторая смета направления, от 450 000 ₽, и резать там нечего. Разработка веб-сервисов
Когда первая версия вам не нужна
Четыре случая. В первых двух проверка делается без разработки, в двух последних резать нечего — и слово «MVP» там означало бы только обещание меньшей суммы.
-
Если гипотезу можно проверить без кода
Предзаказ, объявление с формой, услуга, которую первое время оказывают руками «как будто автоматизировано». Это не хитрость, а нормальный способ: продукт, который делают люди, отличается от продукта, который делает программа, только ценой ошибки — а ответ даёт тот же самый. Спроектировать такую проверку помогаем бесплатно.
-
Если проверять нечего — процесс уже работает
Заявки идут, люди платят, и всё упирается в ручной перенос между системами. Здесь нет гипотезы, здесь есть часы, которые съедает операция. Это автоматизация: она считается от часов, начинается с одного процесса и стоит заметно меньше.
-
Если выкидывать нельзя ничего
Обязательная отчётность, хранение документов, доступ проверяющих, требования вашего крупного заказчика. Когда обязательного больше, чем проверяемого, первой версии не получается: остаётся полноценная разработка, и честнее назвать это её именем и её сроком.
-
Если продукт уже есть и им пользуются
Тогда следующий шаг — не первая версия, а развитие существующего: доработка, переписывание узкого места, интеграции. Мы это делаем, но называется это иначе и планируется иначе — от того, что уже работает, а не от гипотезы. И начинается с чтения вашего кода, а не с прототипа.
Куда идти, если задача звучит иначе
Четыре соседние страницы. Первые две — форматы того же направления с другим предметом, две последние — работы, которые часто отменяют разработку вовсе.
Разработка MVP: что полезно знать до заказа
Слово MVP на рынке означает две противоположные вещи. Для одних это минимальная версия продукта, которая проверяет одну догадку и может быть выброшена. Для других — «то же самое, только подешевле»: полный замысел, ужатый по качеству. Второе понимание и создаёт основную часть разочарований: продукт получается неполным везде понемногу, ответа не даёт нигде и при этом стоит почти как полноценный.
Чем первая версия отличается от урезанной
Урезанная версия — это десять функций, каждая сделана наполовину. Первая версия — это одна функция, доведённая до конца. Разница видна на простом вопросе: может ли человек пройти сценарий целиком и получить результат, ради которого пришёл. Если может — версия проверяемая. Если на середине появляется «здесь пока заглушка» — проверять нечего, потому что люди до конца не доходят и сказать, работает замысел или нет, невозможно.
Отсюда и правило резки: убирается не глубина, а ширина. Второй сценарий, вторая роль, настройки, админка, красивые пустые состояния — всё это уезжает в список отложенного. А тот единственный путь, ради которого продукт существует, делается нормально, с обработкой ошибок и понятными сообщениями.
Сколько стоит разработка MVP и от чего зависит цена
Первая версия сервиса — это первая смета направления, от 200 000 ₽, срок 7–10 недель. Сумма внутри этой ступени определяется не числом экранов, а четырьмя вещами: сколько ролей участвует в сценарии, есть ли у вас уже работающая серверная часть, насколько дорого стоит ошибка внутри сценария и сколько чужих систем придётся трогать. Первые две обычно понятны сразу, третья и четвёртая выясняются на разборе.
Число, которого у нас нет: сколько стоит «средний MVP по рынку». Мы его не называем, потому что средним бывает только то, что считают в одинаковых условиях, а условия здесь у каждого свои. Три сметы направления с составом и сроками открыты на странице веб-сервисов
Что происходит после запуска первой версии
Дальше три исхода, и все три обсуждаются до старта. Продолжаем: согласованное событие наступило, из списка отложенного возвращается то, о чём попросили живые люди, — обычно это не то, что казалось важным на проектировании. Разворачиваемся: событие не наступило, но стало видно, чего люди хотели на самом деле, и следующая версия проверяет уже это. Останавливаемся: гипотеза не подтвердилась, и продолжать незачем.
Код, инфраструктура и данные в любом из трёх случаев остаются у вас — репозиторий на вашем аккаунте с первого коммита, документация развёртывания передаётся вместе с проектом. Это условие договора, а не жест: продукт, который нельзя передать другой команде, стоит дешевле, чем кажется его владельцу.
Что подготовить до разбора
Достаточно четырёх вещей, и все они не про технику. Первое — одно предложение про то, кто и что будет делать в продукте. Второе — событие, которое вы готовы считать ответом. Третье — список людей, которым покажете первую версию, хотя бы примерный. Четвёртое — имя человека, который принимает решения об объёме. С этим разбор занимает полчаса и заканчивается конкретикой, а не общими словами.
Вопросы про первую версию
Шесть вопросов, которые задают именно про границу объёма. Про договор, этапы оплаты и гарантии — на странице оплаты и гарантий, чтобы ответы не разошлись между страницами.
Остался вопрос?
Написать в Telegram, отвечаем за 30 минутПотому что до разбора неизвестно главное: сколько ролей в сценарии и есть ли у вас работающая серверная часть. Ступень мы называем сразу — первая версия сервиса стоит от 200 000 ₽. А сумму внутри ступени честно назвать можно только после того, как объём порезан, потому что цена здесь — это и есть объём. Разбор бесплатный, и счёта после него не будет.
Они лежат отдельным документом: что отложено, почему и при каком условии возвращается. Это не формальность — без такого списка выкинутое возвращается всё сразу через неделю после запуска, и объём второй версии оказывается больше, чем был в исходном замысле. По опыту, значительная часть отложенного не возвращается никогда: живые люди просят не то, что казалось важным на проектировании.
Скажем об этом и предложим остановиться или развернуться. Работа идёт спринтами с показом, и остановиться можно после любого из них — это записано в договоре, а не обещано на словах. Оплаченное и сделанное остаётся у вас: код в репозитории, решения в документации, окружение поднимается по инструкции. Продавать следующий этап «чтобы наконец получилось» мы не станем.
Иногда — да, и мы сами это предложим на разборе. Если сценарий укладывается в таблицы, формы и связки между готовыми сервисами, собрать проверку так дешевле и быстрее в разы. Ограничение известно заранее: перенести потом накопленные данные и логику из конструктора в свой код — отдельная работа. Поэтому мы говорим и про цену входа, и про цену выхода, а выбор остаётся за вами.
Вам, с первого коммита. Репозиторий заводится на вашем аккаунте, серверы и домены оформляются на вашу компанию, счета от поставщиков инфраструктуры приходят вам напрямую — наценки на них у нас нет. Документация развёртывания входит в поставку: поднять проект по ней должна уметь другая команда. Подробнее об этом — на странице направления
Тем, что мы спорим про объём до договора, а не после. Дешевле обычно означает «согласились на весь список и порежем качество молча» — это выясняется на приёмке, когда деньги потрачены. Мы называем, что не войдёт, до подписания, и регулярно теряем на этом заказы. Ещё одно отличие проверяется легко: спросите, останется ли у вас доступ к репозиторию и к серверам с первого дня.
Расскажите про замысел — скажем, что в первую версию не войдёт
- Разбор 30 минут: гипотеза, сценарий, роли и событие, которое считаем ответом
- Вернём список функций разрезанным: что входит, что откладывается, что не нужно
- Если гипотезу можно проверить без кода, услышите это первым и бесплатно
Заявка принята
Вернёмся в течение рабочего дня. Если срочно — напишите в Telegram.
Или напишите сразу:
Telegram · отвечаем лично за 30 минут