MVP за 14 дней: проверка гипотезы без лишнего кода

MVP за 14 дней: проверка гипотезы без лишнего кода

MVP за 14 дней это функциональный срез одного процесса: роли, сценарий, деплой в контур и проверка на живых операциях, а не вся платформа и не макет без кнопок. Headline (headln.ru) так проверяет гипотезу: если срез живой, контур развивают, если нет, вы теряете две недели, а не год комитета.

Постановка, код, сервер и мониторинг входят в тот же цикл. Без места, где пилот можно потыкать, две недели уходят на споры о кнопке.

Как идут 14 дней

Рамку режут до боли. На 14-й день пишут: едем, стоп, или берём продукт вместо кода.

Рамка сценарияСборка и деплойПилот на операцияхРазвилка

Кому формат из 14 дней подходит

Собственнику, у которого уже есть поток: заявки, сделки, заказы, обращения в поддержку. Нужно проверить, выдержит ли команда новый контур. Не стартапу без клиента и без хозяина процесса. Программа не создаст спрос за две недели.

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

Не входит в 14 дней: CRM на 25 человек с Avito, ЦИАН, финансами и мобильным клиентом. В кейсе недвижимости такой контур занял 4 месяца и дал минус 30% времени на сделку. MVP мог бы проверить одну доску и один тип объекта. Не весь агентский день.

  • Есть владелец процесса, который готов пять дней отвечать на вопросы и смотреть пилот.
  • Есть пользователи, которые попробуют контур на живых операциях, не на демо в зале.
  • Есть критерий: что должно произойти за две недели, чтобы сказать «едем дальше».
  • Данные можно положить в периметр клиента сразу, если это условие запуска.

Когда MVP, когда коробка, когда большой проект

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

Готовый продукт быстрее кода, когда задача уже закрыта. Документы: КонтрактПРО даёт договор за 2–5 минут и пакет за 5–15 вместо 20–40 минут и 1–2 часов. Это внедрение продукта, не написание редактора за 14 дней. Статья: электронный документооборот.

Большой проект нужен, когда пилот прошёл и ясен следующий модуль. Разработка ПО на заказ и ERP для производства не обещают «весь цех за две недели». В производственной ERP на сайте речь про склад, заказы и около 80% рутины в уже сделанном контуре, не про срок любой ERP.

ИИ в логике MVP: один поток, одна метрика, человек на проверке. Не «нейросеть в компанию». Разбор: внедрение ИИ в бизнес.

Как Headline делает MVP за 14 дней

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

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

После 14 дней развилка. Оставляем и расширяем. Останавливаем. Либо видим, что нужен продукт, а не код. Для селлеров часто так: не писать маркетплейс, а запустить свою витрину рядом с Ozon, WB и Яндекс Маркетом. Сценарий: интернет-магазин для селлеров и страница ecommerce.

Что должно быть в рамке пилота

  1. Один пользовательский путь от входа до результата: заявка, бронь, заказ, черновик документа.
  2. Две-три роли, не десять. Иначе согласование съест срок.
  3. Источник правды: справочник, шаблон, список объектов, выгрузка заказов.
  4. Запрет обхода на время пилота: иначе метрика врёт.
  5. Место, где контур крутится: доступы, копия, кто поднимает, если упало.

Инфраструктуру пилота не оставляют «на личном ноутбуке разработчика». Даже короткий контур стыкуется с обслуживанием серверов. Для склада в Петербурге рядом часто уже живёт 1С: сопровождение 1С.

Риски двухнедельного пилота

Риск спрятать большой проект под словом MVP. «За 14 дней как у банка» означает срыв или бутафорию. Рамку режут до боли. Лучше узкий живой сценарий, чем широкий макет.

Риск отсутствия хозяина. Если собственник появляется на приёмке в последний день, пилот мертв. Нужны ответы в процессе, не после.

Риск демо-данных. Сотрудники кивают на выдуманных клиентах и возвращаются в Excel. Пилот на живых операциях или честный отказ от формата.

Риск забыть периметр. Черновики договоров и база клиентов в чужом облаке «на две недели» часто остаются там навсегда. On-Premise сразу, если это условие бизнеса.

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

  • Нет критерия успеха: спорят о вкусе, не о факте.
  • Слишком много интеграций в пилоте: 1С, ЭДО, три витрины сразу.
  • Нет пользователей: IT принимает само у себя.
  • Ожидание, что MVP заменит найм и регламент.

Что считать успехом через две недели

Успех: сценарий проходят без чата с разработчиком, метрика сдвинулась или ясно, что гипотеза ложная. Неуспех: «почти готово, давайте ещё модули». Это уже другой договор, и его надо называть проектом.

Примеры опоры на факты сайта. Документы: если пакет всё ещё час, продукт КонтрактПРО может закрыть гипотезу быстрее кода. Продажи недвижимости: полный контур не влезает в 14 дней, узкий запрет двойной брони: влезает. Дистрибуция: MVP не заменяет Proxmox, ЕГАИС и бэкапы, это IT-аутсорсинг и живой учёт.

Для поддержки и контента нейросеть в пилоте имеет право жить только с журналом и проверкой. Иначе вы проверите скорость бреда, не пользу.

Как выглядит календарь двух недель

Дни 1–2: рамка. Сценарий, роли, критерий, данные, что не делаем. Если рамка не сходится, срок не стартует. Лучше сдвинуть старт на три дня, чем кодировать туман.

Дни 3–10: сборка и деплой. Пользователь должен увидеть контур не в последний вечер. Промежуточный прогон на живых данных обязателен. Иначе приёмка будет театром.

Дни 11–13: пилот на операциях. Два-три человека делают работу в системе, не в слайдах. Фиксируют обходы и дыры. Режут хотелки, которые не входят в критерий.

День 14: развилка. Едем, останавливаемся, или берём продукт вместо кода. Письменно. Устная «ну почти, давайте ещё вот это» превращает MVP в бесконечный проект без имени.

Что клиент готовит заранее: доступы к справочникам, два-три пользователя, окно на вопросы каждый день, решение по периметру данных. Что не готовит: стостраничное ТЗ и комитет из десяти человек. Комитет убивает формат быстрее, чем сложность кода.

Что Headline не обещает в эти 14 дней: интеграции со всем зоопарком, идеальный дизайн, обучение всей компании, замену 1С, замену найма. Обещает рабочий срез и честную развилку. Дальше: полный цикл развития и серверы, если гипотеза живая.

Частые вопросы

01

Что именно вы называете MVP за 14 дней?

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

02

Почему не вся CRM и не вся ERP за две недели?

Потому что полный контур шире пилота. CRM для 25 риелторов с досками и финансами заняла 4 месяца. Производственная ERP со складом и заказами: отдельный проект. В 14 дней входит один поток.

03

Можно ли сразу поставить пилот у нас, не в облаке?

Да. On-Premise и данные в периметре клиента: базовый вариант, когда база не должна уезжать. Облако: только если вы так решаете.

04

Что если за 14 дней станет ясно, что нужен готовый продукт?

Так и делаем. Для договоров чаще КонтрактПРО, чем свой редактор. Для селлеров: своя витрина по сценарию ecommerce, а не копия маркетплейса.

05

Кто должен участвовать со стороны клиента?

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

06

Что происходит после пилота?

Развитие, сопровождение серверов, следующий модуль. Либо остановка. Можно принести чужой прототип на аудит и плавно перевести в рабочий контур.

07

Как запустить отсчёт 14 дней?

Опишите один сценарий, критерий успеха и где данные. Письмо: welcome@headln.ru. Без рамки срок не стартует.

Если гипотезу уже пора проверить на людях, а не в слайдах, напишите на welcome@headln.ru: один сценарий, кто будет пользоваться и что должно стать ясно через 14 дней.

Обсудить проект

welcome@headln.ru

Все статьи