MVP

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

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

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

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

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

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

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

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

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

Гипотеза  (hypothesis

)  

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

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

Выводы  (insights)  

Гипотеза  (hypothesis

)  

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

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

Выводы  (insights)   MVP  0.1  

Гипотеза  (hypothesis

)  

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

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

Выводы  (insights)  

Гипотеза  (hypothesis

)  

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

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

Выводы  (insights)   MVP  0.1  

Гипотеза  (hypothesis

)  

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

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

Выводы  (insights)  

Гипотеза  (hypothesis

)  

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

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

Выводы  (insights)   MVP  0.1  

MVP  0.2  

Гипотеза  (hypothesis

)  

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

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

Выводы  (insights)  

Гипотеза  (hypothesis

)  

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

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

Выводы  (insights)   MVP  0.1  

Гипотеза  (hypothesis

)  

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

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

Выводы  (insights)  

MVP  0.2  

Гипотеза  (hypothesis

)  

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

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

Выводы  (insights)  

Гипотеза  (hypothesis

)  

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

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

Выводы  (insights)   MVP  0.1  

Гипотеза  (hypothesis

)  

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

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

Выводы  (insights)  

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  На втором интервью говорите: «Кстати, есть ли у вас вот такая ситуация, мне ее рассказал ваш коллега из компании Х»

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