Какую продуктовую гипотезу проверяет MVP
Гипотеза связывает определённого пользователя, его задачу и ожидаемую пользу. Например, команда проверяет, готовы ли небольшие поставщики регулярно использовать новый способ подготовки заявок, а не просто положительно оценивать идею.
Поэтому вопрос «нравится ли продукт» обычно недостаточен. Полезнее наблюдать конкретное действие: смог ли человек выполнить задачу, вернулся ли к решению и что помешало его использованию.
Минимальная ценность для выбранного пользователя
Минимальность означает отказ от функций, которые не нужны для выбранной проверки. При этом пользователь должен получить понятную ценность или участвовать в честно обозначенном эксперименте.
Не каждый MVP требует полноценного приложения. Часть процесса может выполняться вручную, если это позволяет проверить гипотезу и не создаёт ложного представления о доступных возможностях продукта.
Наблюдение, метрика и обучение
До запуска определяют наблюдаемый результат и способ сбора обратной связи. Иначе команда может принять любое внимание к новинке за подтверждение спроса, не проверив исходное предположение.
Полученные сведения помогают изменить продукт, аудиторию или саму гипотезу. Один положительный опыт не доказывает масштабируемость бизнеса: важно понимать, в каких условиях возникла ценность и насколько они воспроизводимы.
MVP, прототип, PoC и пилот
Прототип показывает устройство или взаимодействие, PoC проверяет осуществимость, а пилот переносит решение в ограниченный рабочий процесс. MVP связывает проверку прежде всего с продуктом и пользователем.
Ранний этап не оправдывает скрытые риски и вводящие в заблуждение обещания. Ограничения качества и функциональности обозначают так, чтобы участник понимал, чем он действительно может пользоваться.