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

• создание документа;

• редактирование документа;

• приглашение других участников процесса для совместного редактирования документа;

• возможность отличать исправления, сделанные одним участником процесса, от исправлений, сделанных другими участниками;

• сохранение изменений.

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

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

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

Поскольку практика использования MVP получает все более широкое распространение в командах Microsoft, мне приходится выслушивать ряд стандартных возражений против него.

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

Ответ:Предлагая потребителям MVP, мы не предлагаем им неполноценный продукт. Дизайн и функции продукта могут быть на самом высоком уровне; просто его можно использовать не во всех случаях. Если наша гипотеза верна, мы предлагаем потребителям некую ценность уже сейчас, а позднее мы ее увеличим. Если же гипотеза неверна, мы можем утешаться тем, что создали никому не нужный, но хотя бы не масштабный продукт. Сейчас, общаясь с работниками Microsoft, я не говорю о создании «минимально работоспособного продукта». Слишком долго объяснять, что «MVP» – не синоним слова «дрянь». То, чем мы занимаемся, я называю «развитием, основанном на предположениях», делая упор не на качество продукта, а на оценку идей [58].

Возражение:Мы должны задействовать все платформы.

Ответ:Мы разрабатываем функцию только для Android. Если никто не будет ей пользоваться, можно будет только порадоваться тому, что мы не выпустили бесполезные версии для iOS и Windows Phone, MacOS и Windows 8. А если опция окажется востребованной, доработаем ее для других платформ.

Возражение:Мы должны предлагать продукт миллионам пользователей.

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

Возражение:Потребителей не удовлетворит минимальный набор функций.

Ответ:Это не последняя версия. Давайте подумаем о том, как в минимальный срок предложить потребителям максимум ценности. Одни функции используются бóльшим количеством пользователей, чем другие. Одни функции задействуются ежедневно, другие – не чаще чем раз в неделю. Начнем с важнейших, приоритетных функций, чтобы собрать информацию и быстро оценить наши предположения. Если клиенты будут недовольны отсутствием каких-либо функций, их жалобы помогут нам правильно расставить приоритеты и определить порядок работы.

Возражение:Нам придется постоянно менять дизайн.

Ответ:Поддержка постоянного дизайна влечет за собой куда более серьезные риски. Мы долго не будем двигаться вперед или вложим кучу денег в новый полноценный дизайн, который может в итоге негативно повлиять на удобство, а значит, частоту использования продукта. Кроме того, не стоит менять дизайн до разработки новых функций. Если мы убедимся в том, что незначительные изменения сделают продукт более удобным, можно будет говорить о совершенствовании дизайна в целом.

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

В главе 3 мы говорили о ранневангелистах, для которых проблема, решаемая появлением продукта, настолько серьезна, что он им безоговорочно необходим. Эти люди готовы испытывать даже первые примитивные версии решений. Роль таких потребителей очень важна, поскольку они помогают стартапам «поднять» продукт на ранних этапах. Однако в дальнейшем они не обязательно останутся основными потребителями. Поэтому, если у вас есть продукт и потребители, следует постоянно анализировать ситуацию и решать, кто ваши лучшие и самые преданные клиенты.

Итак, кто же ваши лучшие потребители? Самые ранние? Или те, кто выписывает самые большие чеки? Или те, кто никогда не жалуется на продукт? А может быть, это представители влиятельных и узнаваемых брендов? Увы, эти вопросы не помогут узнать, кто наши лучшие клиенты (это относится к любым компаниям, даже тем, которые не занимаются развитием потребителей).

Чтобы подчеркнуть, насколько важно правильно выбирать потребителей, приведу пример из собственного опыта. Вот что произошло, когда я выбрала «неправильных» клиентов.

Работая в компании Yodlee, я допустила ошибку, представив демоверсию нового разрабатываемого продукта нашим наиболее консервативным покупателям. Воспроизвожу ход своих рассуждений, поскольку речь идет о весьма распространенном заблуждении.

Это очень известные клиенты. Если мы заручимся их поддержкой, они будут рекомендовать нас другим. К их рекомендациям прислушиваются. У нас появятся новые потребители. Они обычно весьма медленно осваивают новое, но это, видимо, потому, что мы пока не дали ничего, что зацепило бы их. Мы продемонстрируем им, как изменилось наше мышление, и они получат новый заряд энергии!