MVP (минимальный жизнеспособный продукт): как не...

MVP

Екатеринбург, 2015

Разработка программного обеспечения подобно газу – заполняет весь доступный объем

«Мы выяснили что только 26 из 40 функций нашего продукта используются клиентами»

Алексей Бабин, CEO ClickBerry

MVP – состояние продукта, позволяющее минимальными

ресурсами с достаточной достоверностью подтвердить или опровергнуть гипотезу.

MVP – это не «абсолют», а состояние продукта

в конкретный момент.

Каждая версия продукта должна быть MVP.

Гипотеза (hypothesis

)

Реализация (ac:ons)

Измерение (data)

Выводы (insights)


)



Выводы (insights) MVP 0.1


)





)





)





)




MVP 0.2


)





)





)




MVP 0.2


)





)





)




MVP 0.2

MVP 0.3

Минимальный Ценный MVP

Плохой продукт, которым не готов пользоваться

клиент

Идеальный продукт, при неограниченном

бюджете

Достаточный для проверки гипотезы

ТИПЫ MVP Прямые продажи и презентации

Mockup

Имитация / ручной сервис

Конструктор

Краудфандинг

…пришлось программировать…

«Fake It Until You Make It»

Gary Swart, CEO oDesk

MVP 1 MVP 2 MVP 3 Стадия бизнеса customer development тестирование каналов масштабирование

Как работает MVP вручную часть функций автоматизированы

все узкие места автоматизированы

Какой поток обслуживает

единицы десятки-‐сотни сотни, тысячи, сотни тысяч

Цель MVP первые продажи 1-‐2 канала с работающей экономикой

10х роста с работающей экономикой

Оборот в месяц 10-‐100 тыс.

0,5-‐1 млн.

2-‐10 млн.

Длительность разработки

1 рабочий день 1-‐2 недели 1-‐2 месяца

КЛЮЧЕВЫЕ ВЕРСИИ MVP

ПРИМЕРЫ MVP1 BUFFER Landing с проверкой ценового предложения и страницей сбора e-mail

ПРИМЕРЫ MVP1: LOCKITRON

Видео со страницей сбора средств на первую партию

ПРИМЕРЫ MVP1: IPICTORY

E-mail рассылка предложения покупки нового «ручного» продукта в базу уже существующих клиентов

ВОПРОСЫ ДО СОЗДАНИЯ MVP

КАКОЙ МИНИМАЛЬНЫЙ ФУНКЦИОНАЛ?

ВОПРОСЫ ДО СОЗДАНИЯ MVP Кто клиент?

Какая его проблема?

Как мы решаем его проблему?

Что мы хотим достичь текущей версией?

Как измеряем результат?

КАКОЙ МИНИМАЛЬНЫЙ ФУНКЦИОНАЛ?

Как это сделать максимально дешево?

MVP и качество

MVP НЕ ДОЛЖЕН содержать критических ошибок

Уровень реализации зависит от клиентов и конкурентов:

НЕ ЗНАЯ КЛИЕНТА НЕВОЗМОЖНО ГОВОРИТЬ

ОБ УРОВНЕ НЕОБХОДИМОГО КАЧЕСТВА

«Мы превратили наш продукт в платформу для экспериментов»

Дмитрий Зарюта, CEO EasyTen

ПРИДУМАЕМ

MVP ВМЕСТЕ

за лучший вопрос – книга

Customer Development (бонус-трек)

Екатеринбург, 2015

Определите что хотим узнать

Сформулируйте перечень гипотез

Проранжируйте их

Инструменты поиска «боли» - интервью

Проблемное интервью: выявляете есть ли проблема и определяете цену ее решения для клиента

Решенческое интервью: определяете готов ли клиент купить продукт с предлагаемой функциональностью

Проблемное интервью

Цель – понять как думает клиент

1.  Есть ли проблема?

2.  Как клиент оценивает проблему?

3.  Как он решает эту проблему сейчас?

4.  Насколько Клиентский сегмент привлекателен для бизнеса?

Решенческое интервью

1.  Обозначение проблемы

2.  Обозначение решения

3.  Как клиент оценивает решение

4.  Насколько решение ценно для клиента и готов ли он за него платить?

Последовательность шагов 1.  Гипотезы для тестирования уже выбраны

2.  Разрабатываем сценарии интервью

3.  Формируем список респондентов (цель – не менее 50 интервью)

4.  После каждого интервью фиксируем результат, уточняем сценарий

5.  Ищем паттерны (схожие проблемы)

Паттерны – самое главное!!!

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

•  Пример PressIndex: o  Первый интервьюируемый говорит о проблеме ручного поиска

первоисточника.

o  На втором интервью говорите: «Кстати, есть ли у вас вот такая ситуация, мне ее рассказал ваш коллега из компании Х»

за лучший вопрос – книга

MVP (минимальный жизнеспособный продукт): как не...

Internet

Transcript of MVP (минимальный жизнеспособный продукт): как не...