MVP умер. Да здравствует RAT!

Рик Хайхэм (Rick Higham) опубликовал прекрасную статью о том, что не так с идеей MVP, и почему её нужно заменить на RAT. Я полностью согласен с автором, и не мог не сделать перевод, который предлагаю вашему вниманию.

Почему нужно сосредоточиться на проверке наиболее рискового допущения (Riskiest Assumption Test, RAT) и забыть про минимальный жизнеспособный продукт (MVP).

В самом термине “минимальный жизнеспособный продукт” (Minimal Viable Product) есть одна проблема – это не продукт. Это – способ проверки того, что вы нашли проблему, стоящую усилий по её решению. Способ снизить риски и быстро протестировать ваши самые существенные допущения. Вместо того, чтобы создавать MVP выявите ваши наиболее рисковые допущения и проверьте их. Замена MVP на RAT спасёт вас от напрасных страданий.

MVP так много используется, что потерял свой первоначальное значение. Часто этот термин применяют к первому релизу примитивного продукта. В результате, “MVP” оказывается намного сложнее чем быстрая проверка, которой и должен быть MVP, но слишком низкокачественный для продукта.

Беспокоясь о второсортных продуктах, люди стали называть MVP “Minimum Valuable Products” (минимальный ценный продукт) или “Minimum Lovable Products” (минимальный продукт, который можно полюбить). Однако, это уводит нас в совершенно неверном направлении. Это ведёт к бóльшим ставкам на более рискованные допущения. Откладывая всё дальше и дальше момент, когда мы научимся чему-то от реальных клиентов.

Иногда используют “Minimum Viable Test” (минимальный жизнеспособный тест) чтобы перед релизом сделать несколько небольших итераций. Но этот термин упускает два критически важных вопроса: что и почему вы тестируете? Кроме того, “минимальный” – неоднозначное понятие. Когда Эрика Риса (автора Lean Startup) спросили, насколько минимальным должен быть MVP, он ответил:

“Наверняка намного меньше, чем вы думаете”.

Проверка наиболее рискового допущения (RAT) – однозначный термин. Нет необходимости создавать что-то большее, чем необходимо для выяснения вашего самого большого неизвестного. Нет ожидания идеального кода или дизайна. Нет опасности, что это раньше времени превратится в продукт.

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

Ключом являются очень быстрые маленькие проверки. Какой самый маленький эксперимент вы можете провести чтобы проверить ваше самое большое допущение? Как говорит Том Чи, со-основатель Google X:

“Максимизируйте скорость обучения, минимизируя время проверки новых идей”.

Не просто минимизируя. Кардинально минимизируя. Даже для таких сложных идей как Google Glass они сделали первый прототип за один день!

Выявление основных допущений требует много умственных усилий и дисциплины. Выразите возможность как проблему клиента и двигайтесь к первопричине. Что должно быть верным, чтобы эта возможность существовала? Теперь возьмите каждое из этих допущений и подумайте, какое главное допущение лежит в их основе. Повторяйте это до тех пор, пока не доберётесь до первичных допущений. Это похоже на процесс “Пять почему“. Двигаясь к первоисточнику определяйте доказательства, поддерживающие каждое из допущений. В результате у вас будет ясное понимание критически важных пробелов в ваших знаниях. Точное понимание того, какими будут ваши Проверки Наиболее Рисковых Допущений.

Каждая новая идея начинается с RAT.

Это применимо не только к стартапам. Это в равной степени важно для давно работающих компаний. Возможно даже более важно. Успешная работа на протяжении нескольких лет может создать ложное чувство безопасности. Это ведёт к риску разрушения. К опасности вложить деньги и время в создание чего-то, что никто не хочет использовать.

Тем временем ваши конкуренты исследуют рынок в поисках того, что нужно делать. Они создают продукты соответствующие тому, что на самом деле нужно людям. Они постепенно крадут ваших клиентов. В проведении проверок самых рисковых допущений в уже работающих компаниях есть свои сложности. Ограничения стартапа предполагают экономное мышление, которое само по себе ведёт к RAT. Изобилие ресурсов выражается в меньших последствиях выполнения больших проектов до того, как их целесообразность будет подтверждена. Проверка наиболее рисковых допущений требуют иного образа мысли. Инженеры, дизайнеры и менеджеры продуктов могут быть своими худшими врагами. Их профессионализм подталкивает их к совершенным продуктам. Это ведёт к избытку функциональности и идеальному коду. Но если ваш продукт никому не нужен, то никому нет дела до того, как он прекрасен и как идеально написан код.

Максимизируйте открытия

Проверка наиболее рискового допущения (RAT) выделяет задачи, необходимые для быстрой валидации вашей идей. RAT устраняет соблазн преждевременного создания примитивного продукта. Но создание RAT не простая задача. Вам нужно непримиримо идти к выполнению RAT. Быть внимательным к увеличени содержания. Вся команда должна задавать друг другу вопрос:

“Является ли это самым маленьким способом проверить наши наиболее рисковы допущения”?