Как ограничить MVP: что оставить в первой версии

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

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

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

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

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