Проверять гипотезы нужно быстро и дешево.
Обычно для этого создают MVP — минимально жизнеспособный продукт. Но часто это не самый оптимальный способ проверить гипотезу, особенно если создание MVP требует значительных ресурсов.
GoPractice публикует адаптированный перевод Рика Хигэма (Rick Higham), Product Lead в Deliveroo и ex-Principal Product Manager в Skyscanner.
В этом материале автор объясняет, почему метод Riskiest Assumption Test (RAT) является более эффективной альтернативой MVP и как его можно применять в своем продукте.
***
Minimum Viable Product (MVP) — это версия продукта, которая обладает минимально необходимой функциональностью для решения задачи пользователя. MVP используется для относительно быстрой и дешевой проверки продуктовых гипотез без разработки полноценного продукта.
Термин популяризировали американский предприниматель Стив Бланк и Эрик Рис, автор книги “The Lean Startup”.
***
Рик Хигэм (Rick Higham) — продуктовый специалист, автор эссе на тему продакт-менеджмента ().
До 2020 года работал Principal Product Manager в Skyscanner.
С 2020 года — Product Lead в сервисе доставки Deliveroo.
***
Сам по себе термин Minimum Viable Product некорректен: это не продукт в классическом понимании. Это лишь способ проверить, удалось ли вам нащупать проблему, которая требует решения; это способ проверить основную гипотезу и снизить риски.
Я предлагаю альтернативу: вместо создания MVP — тестировать свою самую рискованную гипотезу (Riskiest Assumption Test). Замена MVP на RAT избавит от множества проблем.
Подход MVP стал настолько популярным, что термин потерял свое первоначальное значение. Под ним слишком часто подразумевают продукт в зачаточной стадии развития. Но что это значит? Это значит, что такой “MVP” оказывается гораздо более сложным, чем быстрый тест, но при этом слишком «сырым» для готового продукта.
Развивайтесь в профессии продакт-менеджера с помощью GoPractice.
→ «Профессия: продакт-менеджер».
→ «Симулятор управления продуктом на основе данных».
→ «Симулятор управления ростом продукта».
→ «Симулятор SQL для продуктовой аналитики»
→ «Симулятор управления ML/AI-проектами».
→ Не знаете с чего начать? Пройдите бесплатный тест для оценки навыков управления продуктом и подпишитесь на телеграм-канал .
Тогда люди обращаются к другим терминологиям, например Minimum Valuable Products («Минимально ценный продукт») или к Minimum Lovable Products («Минимально привлекательный продукт»). Это неверное направление. Оно лишь подталкивает людей делать более крупные ставки на более рискованные гипотезы, отодвигая во времени получение инсайтов от реальных клиентов.
Еще одна альтернатива — Minimum Viable Test («Тест минимальной жизнеспособности»), который используется для снижения числа итераций перед финальным выпуском продукта. Но и такой подход не учитывает два важных момента: почему и что вы тестируете?
Более того, слово «минимальный» неоднозначно. Когда Эрика Риса (автора книги “The Lean Startup”) спросили, насколько минимальным должен быть ваш MVP, он ответил:
«Пожалуй, гораздо более минимальным, чем вы думаете».
Riskiest Assumption Test (RAT) же отличается конкретикой. Он не требует строить больше чем нужно для проверки того, что вам неизвестно. Он не требует идеального кода или дизайна. Он не создает опасности, что тест преждевременно превратится в продукт.
MVP дает ошибочную уверенность в том, что впереди — прямой и понятный путь к оптимизированному решению.
RAT же делает акцент на обучении. Это свеча, которая позволяет нам идти в темноте шаг за шагом. Как только ты провалидировал самую рискованную гипотезу, ты можешь двигаться к следующей и дальше подтверждать жизнеспособность идеи.
Ключ к этому — быстрые небольшие тесты. Какой самый маленький эксперимент поможет тебе проверить самое смелое предположение? Как сказал Том Чи, соучредитель Google X:
«Максимизация скорости обучения за счет минимизации времени на проверку».
Не просто минимизация, а кардинальная минимизация. Google Glass — невероятно сложный продукт, но первый прототип им удалось создать за один день!
Формулировка гипотезы требует серьезных умственных усилий и дисциплины. Представьте идею как проблему пользователя и двигайтесь в обратном направлении.
- Какие условия необходимы, чтобы идея реализовалась?
- Возьмите каждую гипотезу и задайтесь вопросом, какие предположения, в свою очередь, лежат в их основе?
Повторяйте цикл, пока не доберетесь до самых базовых предположений.
Это похоже на метод «Пять почему». Продвигаясь снизу вверх, ищите обоснование для каждого предположения. В итоге должно сформироваться ясное понимание того, где находятся критические пробелы в твоих знаниях. Четкое понимание того, каким должен быть твой RAT.
Каждая новая идея начинается с RAT
Это применимо не только к стартапам. Это важно и для устоявшихся компаний, и, возможно, даже куда сильнее. Когда ты успешен в течение многих лет, может возникнуть ложное ощущение безопасности. На самом деле, ты рискуешь тем, что проспишь революцию на своем рынке. Рискуешь потратить время и деньги на создание того, что никому не нужно.
Тем временем твои конкуренты находят новые Jobs to Be Done на твоем рынке и создают продукты, которые действительно нужны людям. Они постепенно забирают клиентов.
На самом деле, для крупных компаний применение RAT сопряжено с различными сложностями. Если ограничения, характерные для стартапа, помогают командам мыслить в парадигме RAT, то крупные компании не задумываются о ресурсах и готовы дать «зеленый свет» даже самому масштабному проекту, не считаясь с потерями. Кроме того, чрезмерный энтузиазм инженеров, дизайнеров и продакт-менеджеров может толкать их к созданию «идеальных» продуктов, что противоречит философии RAT.
Помните, что если ваш продукт никому не нужен, то неважно, насколько он красив и насколько его код безупречен.
Максимизируй получение новых знаний
RAT ставит во главу угла ключевые задачи, необходимые для быстрой валидации твоей идеи. Он помогает избавиться от искушения потратить слишком много сил на MVP.
Но проводить такие тесты вовсе не так просто, как кажется. Они требуют чрезвычайной внимательности и готовности искать ответы на все новые и новые вопросы.
И каждый в команде должен постоянно спрашивать друг друга:
«Действительно ли это самый эффективный способ проверить рискованную гипотезу?»
***
Узнайте больше по теме
В материале GoPractice «Проверка гипотез спроса и ценности продукта без разработки» вы найдете подборку примеров применения RAT в известных продуктах и рассказ о результатах таких экспериментов.
