Синди Альварес - Как создать продукт, который купят. Метод Lean Customer Development

Цель создания MVP – собрать максимальное количество информации и минимизировать риски и ненужные затраты.

Ваша задача – оценить обоснованность гипотез и предположений, и ничего более. MVP не обязательно должен быть совершенным, тщательно проработанным, масштабируемым продуктом. Можно даже обойтись без написания программ.

На самом деле MVP даже не обязан быть версией продукта! Предприниматели часто ошибаются, говоря: «Давайте возьмем конечный продукт и посмотрим, от каких функций можно пока отказаться, чтобы быстро слепить MVP». Считать, что вы знаете, каким будет конечный продукт, до того, как с ним познакомились потребители, – неправильный подход.

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

• Можем ли мы предложить этот продукт тому, кому он нужен?

• Готовы ли потребители платить за ценностное предложение?

• Как потребители будут измерять ценность продукта?

• Какая модель ценообразования соответствует ценностному предложению и степени готовности потребителя платить?

Зная, какие ответы нужно получить в первую очередь, вы сможете создать максимально эффективный MVP.

Строгого определения MVP нет, – во всяком случае, его нельзя дать исходя из количества функций или типа технологии.

MVP служит инструментом оценки главных исходных предположений и минимизации рисков, различающихся в зависимости от особенностей конкретной компании или продукта. Иногда, как будет показано в этой главе, MVP вообще может не быть физическим продуктом.

Слово «минимальный» в термине «минимально работоспособный продукт» указывает на то, что принципиально важно получение информации при минимальных затратах времени и ресурсов. Если вы планируете потратить на создание MVP не один месяц, такие затраты времени минимальными не назовешь. Если вы не можете рассказать о MVP в двух словах, это также означает, что продукт не является «минимальным».

Создаваемый вами продукт должен быть не только «минимальным», но и «работоспособным». Работоспособность подразумевает две вещи. Во-первых, продукт должен дать потребителям возможность убедиться в его ценности. Во-вторых, он должен помочь собрать достаточный объем информации, чтобы подтвердить или опровергнуть вашу изначальную гипотезу. Например, некоторые люди считают, что приобретение Google AdWords – это и есть MVP. Я не считаю, что это хороший MVP, поскольку этот продукт позволяет узнать лишь одно – что кто-то кликнул по вашей ссылке. Он не говорит, почему это было сделано, и не дает оснований считать, что клик означает готовность пользователя платить.

Представители компаний много пишут об удачном (и неудачном) опыте создания MVP. С учетом этого опыта MVP можно разделить на несколько основных видов. Наиболее распространены следующие виды MVP [51]:

• MVP для предварительного заказа;

• клиентообразующий MVP;

• MVP типа «Консьерж»:

• MVP типа «Волшебник страны Оз»

• MVP для одновариантного использования;

• MVP типа «Чужой продукт».

Мы поговорим обо всех этих видах MVP и о том, что они собой представляют, а также приведем примеры их использования и объясним, чему можно научиться в ходе каждого эксперимента. Кроме того, мы расскажем о ситуациях, в которых тот или иной вид MVP работает наиболее эффективно (и сразу подсказка: MVP для предварительного заказа будет пригоден в любых ситуациях).

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

Для каждого продукта, который вы намерены разработать, вы можете создать сайт с описанием проблемы, которую собираетесь решить. С помощью MVP для предварительного заказа часто собирают номера кредитных карт клиентов (при этом вы обязуетесь не использовать их до тех пор, пока продукт не будет готов) [52]. В некоторых случаях ограничиваются подписанием протокола о намерениях или соглашения о запуске пилотной программы.