MVP без стыда: как выбрать минимальный объём продукта

Способ отделить проверяемую ценность от функций, которые можно добавить позже.

Короткий ответ

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

Что важно понять

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

Порядок действий

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

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

Частые ошибки

принимать мнение команды за подтверждённую потребность. Из-за этого решение опирается на неверное исходное предположение.
запускать эксперимент без критерия успеха. Так инструмент или процесс начинает маскировать проблему вместо её решения.
мерить только установки и просмотры. Ошибка часто проявляется только в ближайшем реальном сценарии.
Не определить критерий готовности. Без него невозможно отличить завершённую работу от бесконечной настройки.

Когда базового подхода недостаточно

Интервью, прототип и A/B-тест отвечают на разные вопросы. Нельзя заменять исследование проблемы демонстрацией решения или объявлять успех по метрике, выбранной после эксперимента.

Итог

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