В большинстве случаев, столкнувшись с командой, которая усердно трудится над созданием MVP, мне удается убедить ее, что она могла бы не меньше узнать и не меньшему научиться с гораздо меньшими затратами сил и времени, чем сейчас. Люди нередко тратят на создание MVP месяцы, хотя это можно сделать в течение нескольких дней, а иногда и часов.
Еще одно негативное следствие идеи MVP — это то, что остальная компания, особенно высшее руководство из подразделений продаж и маркетинга, часто бывает сбита с толку тем, над чем работает продуктовая команда и что она пытается убедить покупать и использовать клиентов. Отчасти это результат того, как многие люди узнают об идее MVP. Однако, думаю, корень проблемы в том, что, хотя P в аббревиатуре MVP означает продукт (product), MVP никогда не должен быть реальным продуктом, где продукт определяется как то, что разработчики могут уверенно запустить в производство, потребители — использовать в своем бизнесе, а вы — продавать и оказывать поддержку.
MVP должен быть прототипом, а не продуктом. Создание готового продукта ради обучения и приобретения новых знаний, даже если в него пока встроена минимальная функциональность, неизбежно приведет к напрасной трате времени и денег, что, конечно же, противоречит принципам Lean.
На мой взгляд, использование всеобъемлющего термина прототип существенно проясняет ситуацию и для продуктовой команды, и для компании, и для потенциальных потребителей. Итак, в этой книге я говорю о разных видах прототипов, которые используются на этапе исследования, и о продуктах, создающихся на этапе поставки.
