Dmitriy Blinov
Управление продуктом

ETD vs MVP и риски продукта

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

MVP – это...

Определение MVP
Выберите то, которое считаете самым правильным.
Что из этого является MVP?
Спасибо! Правильный ответ – любой. Подробнее об этом – в статье ниже.
1

Главная идея MVP – получить validated learning

Термин Minimum Viable Product впервые ввел Frank Robinson в 2001 году.
We define MVP as that unique product that maximizes return on risk for both the vendor and the customer.
Frank Robinson
2001, MVP – A Proven Methodology to Maximize Return on Risk [1]
В этом определении есть слова:
  • "продукт", что наводит на мысли о необходимости создать классический продукт, пусть и очень скудный;
  • "риск".
Однако в нем ничего НЕ сказано о необходимости:
  • разработать минимальный набор функций;
  • выпускать формальный релиз;
  • публично запускать на открытую аудиторию.
Но затем появились определения от Эрика Риса.
The MVP is a version of a product with just enough features to be usable by early customers who can then provide feedback for future product development.
Eric Ries
2009, Minimum Viable Product: Guide [2]
The MVP is that version of a new product that allows a team to collect the maximum amount of validated learning about customers with the least effort.
Eric Ries
2011, The Lean Startup [3]
Такой продукт будет уже, скорее, Minimum Lovable/Valuable Product – тот минимальный, в который люди влюбятся. Henrik Kniberg предлагает использовать последовательность Earliest Testable/Usable/Lovable Product (article). Однако, чтобы создать такой продукт, нужно многое узнать и проверить.

Ключевым же в определениях MVP являются снижение рисков и validated learning – подтвержденное знание. Вы делаете предположение (формулируете гипотезу) и проверяете его.
2

Предположения о продукте

В самом начале этих предположений/гипотез много, ведь вы не знаете, а только предполагаете:

  1. каким должен быть продукт;
  2. какую проблему он решает (и хорошо ли решает или вовсе нет);
  3. у кого эта проблема есть (а может и ни у кого) – кто ваша ЦА;
  4. насколько эта проблема сильная;
  5. сколько таких клиентов, готовых платить;
  6. какими должны быть цены;
  7. как продукт будет продвигаться;
  8. как продукт будет распространяться;
  9. кто/что составит реальную конкуренцию;
  10. какими будут доходы и расходы;
  11. какие тенденции сейчас и сохранятся;
  12. какой контекст со стороны государства;
  13. какую технологию использовать;
  14. как собрать подходящую команду;
  15. и другие.
Ответы на эти вопросы – лишь ваши предположения, гипотезы, риски.
Вы отвечаете себе на эти вопросы. Если вы уверены в точности ответов – хорошо. Если нет, то каждый такой ответ – лишь предположение. Каждое может оказаться верным (ура, вы что-то предположили и попали в точку) или ошибочным. Эти риски можно проверять, а можно просто принять и действовать на удачу – вдруг все-все предположения окажутся верными (спойлер: это вряд ли).

С удачей всё просто, поэтому давайте рассмотрим путь "Пойти проверить". Для этого нужно:
Записать все предположения
(сформулировать гипотезы)
Выбрать самое болючее
Пойти и проверить
Повторить
3

RAT и ETD вместо MVP

Rik Higham предложил вместо MVP использовать термин RAT – Riskiest-Assumption Test (article), чтобы сделать акцент на тестировании самого рискованного предположения. Проверка гипотез подробно описана в составе процесса "Customer Development" Стива Бланка и "Lean StartUp" Эрика Риса. Чтобы подчеркнуть стремление
проверять гипотезы как можно более легким способом
предлагаю до кучи ещё один вариант – ETD, The Easiest Test to Do.

По сути всё изложенное выше это – проактивное управление рисками, и существует давно, встречаясь в разных формулировках:
  • Fail fast, fail safe.
  • Fail early and often.
  • Prototyping.
  • Early and frequent feedback.
  • Если вспомнили ещё – напишите в комментах ниже.
Есть и другие близкие термины: MMF, MMP, MMR, MAP/MLP, MBI. О них я ранее писал в статье "Minimum Viable, Marketable or Awesome/Lovable Feature, Product or Release" (article).
Важен не термин, а подход.
Если у вас будет возможность вступить в спор о том, является ли MVP продуктом в традиционном смысле, то то не надо – не тратьте время.
Запишите все неопределенности
Выберите ту, которая, если шарахнет, то сильнее других
Идите её проверять
Повторите с начала
4

Почему названия RAT и ETD – хорошие?

  • Нет слова "продукт"
    И нужно сделать только то, что поможет протестировать самый опасный риск самый простым способом. Не нужно обязательно следовать требованиям к качеству или соглашениям по дизайну, хотя профессионалы внутри нас и хотят этого.
  • Нет намека на последовательность
    Термин MVP как бы предполагает, что MVP2>MVP1 и так далее, последовательно. RAT или ETD – это лишь стандартный подход к проактивной работе с рисками. Проверяем гипотезу; она верна – идем дальше; она ложна – ставим крестик и переходим к следующей.
5

Краткий итог

Называйте как угодно: Minimum viable product, Minimum viable prototype, Riskiest-assumption test, The easiest test to do. Главное – следовать простым правилам:
Правила
Тестируйте гипотезу самым простым надежным способом.

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

Поделиться в сетях

Источники

  1. MVP – A Proven Methodology to Maximize Return on Risk syncdev.com/minimum-viable-product/
  2. Eric Ries, Minimum Viable Product: Guide startuplessonslearned.com/2009/08/minimum-viable-product-guide.html
  3. The Lean Startup: How Today's Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses amazon.com/Lean-Startup-Entrepreneurs-Continuous-Innovation/dp/0307887898
  4. Henrik Kniberg, Making sense of MVP (Minimum Viable Product) – and why I prefer Earliest Testable/Usable/Lovable, blog.crisp.se/2016/01/25/henrikkniberg/making-sense-of-mvp
  5. The MVP is dead. Long live the RAT. Why you should focus on Riskiest Assumption Tests and forget about MVPs hackernoon.com/the-mvp-is-dead-long-live-the-rat-233d5d16ab02
  6. Minimum Viable, Marketable or Awesome/Lovable Feature, Product or Release dblinov.medium.com/minimal-viable-or-marketable-feature-product-or-release-b453f910f0f0