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

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

Варианты использования MVP типа «Консьерж»

MVP типа «Консьерж» нельзя назвать масштабируемым, но он позволяет оценить спрос и предположения относительно логистики и функционала продукта.

MVP этого типа можно создавать в следующих случаях:

• если ваши клиенты работают в офлайне и плохо разбираются в технике;

• если вы работаете с продуктами с трудно предсказуемой логистикой;

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

• если конкурентоспособность ваших продуктов и услуг зависит от степени удовлетворенности каждого конкретного потребителя.

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

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

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

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

Пример MVP типа «Волшебник страны Оз»: Porch.com

«Мы изучили рынок ремонта домов, и у нас родилось несколько идей относительно того, как выбрать правильное решение», – говорит Мэт Эрликман, руководитель Porch.com.

Команда сформулировала исходные предположения о том, чего хотят домовладельцы и что они покупают, а также собрала информацию о ценах. Затем она приступила к разработке MVP. Компания, которая ранее называлась HelpScore.com, должна была помогать домовладельцам выбирать подрядчиков и специалистов на основе системы оценок.

Компания создала MVP типа «Волшебник страны Оз». На сайте был представлен алгоритм начисления баллов, которые на самом деле начислялись работниками компании вручную. Те изучали предложения мастеров и писали отчеты, а затем выкладывали информацию на сайт, следя за тем, как потребители пользуются ей.

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

Сначала изменили название компании – теперь она стала называться Porch. Команда продолжала разрабатывать MVP еще пару месяцев, пока все не убедились, что движутся в правильном направлении. После этого занялись оценкой контента и каналов, которыми надо было научиться пользоваться, чтобы получать клиентов и извлекать прибыль «Понятие “бережливый” подразумевает сведение напрасных расходов к минимуму. Работая с никому не нужным продуктом, мы потратили впустую массу времени и сил, – признается Эрликман. – Поэтому теперь мы начали сверяться с курсом при помощи надежных данных, что позволило направить все силы и время на работу в правильном направлении. В скрытом режиме мы собрали огромное количество информации, которая, как мы знали, была нужна потребителям при поиске специалистов по ремонту жилья. Мы хотели, чтобы наш продукт блестяще решал поставленные задачи. Мы хотели создать “минимально исключительный продукт”».

Porch был запущен в июне 2013 г. На сайте представлены данные по более 1,5 млн специалистов по ремонту жилья.

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

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

MVP типа «Волшебник страны Оз» можно создавать в следующих случаях:

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

• если вы работаете в сложных, деликатных отраслях, таких как финансы, здравоохранение, служба знакомств, юриспруденция;

• если вы работаете на двусторонних рынках (выступая в качестве одной из сторон, вы можете оценить интерес к продукту другой стороны)[55].

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

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

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

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

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

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

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

Пример MVP для одновариантного использования: Hotwire

Компания Hotwire столкнулась с проблемой: ее сервис онлайн-бронирования гостиничных номеров устарел, поскольку за десять лет его существования в онлайн-бронировании появилось много новых функций и бизнес-процессов.

Наблюдая за поведением клиентов на сайте Hotwire.com, менеджер по продукту Кристин Миренда и интерактивный дизайнер Карл Шульц сформулировали исходное предположение: «Собираясь забронировать гостиничный номер на нашем сайте, клиенты прерывают операцию, потому что не понимают, где расположен предлагаемый им отель. Количество заказов можно увеличить, если клиенты будут видеть местоположение отеля на карте».

Решение этой задачи требовало серьезной переделки существующего интерактивного сайта Hotwire.com, а значит, остановки работы сервиса. Это невозможно сделать за одну ночь, в то время как, по словам Кристин Миренда, онлайн-бронирование приносило Hotwire «значительную часть прибыли».

Кристин, Карл и главный инженер Джим Тэй занялись созданием экспериментального, скрытого от основной массы пользователей сайта, чтобы проверить свои предположения всего на нескольких потребителях из огромной клиентуры Hotwire.