Шрифт:
Интервал:
Закладка:
Процесс развития потребителей предполагает естественную последовательность действий. Как только вы оценили гипотезу, делайте следующий шаг в выбранном направлении.
Если у вас еще нет продукта, с учетом полученной информации приступайте к разработке (или совершенствованию) MVP. В главе 7 мы поговорим о различных видах MVP, и вы поймете, как эффективно использовать имеющиеся ресурсы и на какие вопросы ваш продукт поможет ответить.
Если вы работаете с уже существующим продуктом и хотите его усовершенствовать, вам будет более интересна глава 8. Однако я настоятельно рекомендую прочесть и главу 7. Вы будете поражены, узнав, что MVP прекрасно работает и в крупных компаниях.
Самое главное
• Оценивая свою гипотезу, сохраняйте здоровый скептицизм.
• Убедитесь, что потребитель действительно пытался что-то делать для решения проблемы. Многие понимают, что нужно ее решать, но не будут покупать ваш продукт.
• Легче всего предсказать поведение потребителей, опираясь на их действия в настоящем. Если в ваших записях много восклицательных знаков, но мало примеров реальных действий, ваша гипотеза неверна.
• Создайте документ для краткого изложения содержания интервью. Разбейте каждое интервью примерно на пять блоков, выделенных «пулями» («Подтверждение предположений», «Опровержение предположений», «Это интересно»).
• Гипотеза подтверждается, если потребитель признает наличие проблемы, верит, что она может быть решена, и ничто не мешает ему ее решать.
• Взяв пять интервью, вы встретите первого восторженного потребителя. Если этого не произошло, ваша гипотеза неверна.
• Взяв десять интервью, вы увидите поведенческие шаблоны. Поставьте их под сомнение в ходе последующих интервью, ссылаясь на «других людей», которые ведут себя как-то иначе. Спрашивайте собеседников, ведут ли они себя в соответствии с шаблоном или как «другие люди».
• Если вы больше не слышите ничего нового, значит, вы провели достаточное количество интервью.
Не нужно искать истину в словах – она в делах. Хватит думать об идеальном наборе функций. Примите гениальное решение на основе имеющейся информации и дайте клиентам минимально работособный продукт (или как вы это называете). Это единственный путь к открытиям.
И тогда я спросил: «Разве не дешевле взять напрокат фотоаппаратуру, арендовать вертолет, облететь фермерские поля, а потом вручную обработать данные и посмотреть, будут ли фермеры платить за эту информацию? Ведь это можно сделать за день-два и заработать в десять раз больше, чем вы предлагаете».
Они немного подумали, засмеялись и сказали: «Мы инженеры, нам интересно опробовать новые технологии, а вы хотите, чтобы мы сначала выясняли, есть ли у нас продукт, пользующийся спросом, и можно ли на нем заработать. Что ж, мы можем это сделать».
До сих пор мы говорили в основном об оценке исходных предположений, а не о правильности решений, принимаемых на следующем этапе, не о минимально работоспособном продукте, который вы будете создавать.
Я делала это намеренно, потому что многие компании так торопятся начать разработку MVP, что упускают многие возможности снижения рисков и исправления ошибок. Быстрее и дешевле найти ошибки до начала работы. После создания опытного образца или продукта исправление обойдется дороже.
Однако доказать, что клиенты готовы платить за продукт, можно только тогда, когда они действительно за него заплатят[50].
В данной главе мы обсудим подходы к созданию MVP. Кроме того, мы затронем следующие вопросы:
• цель создания MVP;
• виды MVP;
• примеры использования различных видов MVP.
ВНИМАНИЕ!
Если у вас уже есть продукты и клиенты, прочитайте главу 8, в которой речь идет о наиболее часто встречающихся возражениях против разработки MVP и об отношении к нему как сотрудников, так и внешних контрагентов – партнеров и потребителей.
Цель создания MVP – собрать максимальное количество информации и минимизировать риски и ненужные затраты.
Ваша задача – оценить обоснованность гипотез и предположений, и ничего более. MVP не обязательно должен быть совершенным, тщательно проработанным, масштабируемым продуктом. Можно даже обойтись без написания программ.
На самом деле MVP даже не обязан быть версией продукта! Предприниматели часто ошибаются, говоря: «Давайте возьмем конечный продукт и посмотрим, от каких функций можно пока отказаться, чтобы быстро слепить MVP». Считать, что вы знаете, каким будет конечный продукт, до того, как с ним познакомились потребители, – неправильный подход.
Более того, такой подход предполагает, что самый большой риск связан именно с функционалом продукта. Но для многих вновь созданных компаний главные риски связаны не столько с функционалом, сколько с дистрибуцией, ценообразованием, доступностью ресурсов и поддержкой партнеров. MVP должен помочь вам ответить на следующие важнейшие вопросы.
• Можем ли мы предложить этот продукт тому, кому он нужен?
• Готовы ли потребители платить за ценностное предложение?
• Как потребители будут измерять ценность продукта?
• Какая модель ценообразования соответствует ценностному предложению и степени готовности потребителя платить?
Зная, какие ответы нужно получить в первую очередь, вы сможете создать максимально эффективный MVP.
Строгого определения MVP нет, – во всяком случае, его нельзя дать исходя из количества функций или типа технологии.
MVP служит инструментом оценки главных исходных предположений и минимизации рисков, различающихся в зависимости от особенностей конкретной компании или продукта. Иногда, как будет показано в этой главе, MVP вообще может не быть физическим продуктом.
Слово «минимальный» в термине «минимально работоспособный продукт» указывает на то, что принципиально важно получение информации при минимальных затратах времени и ресурсов. Если вы планируете потратить на создание MVP не один месяц, такие затраты времени минимальными не назовешь. Если вы не можете рассказать о MVP в двух словах, это также означает, что продукт не является «минимальным».