Презентация с конференции dump-conf.ru С первыми версиями всегда есть проблема. Сделаешь мало функций - пользователи выкинут и второго шанса не дадут. Или наборот запрограммировав 40 функций оказывается что только 19 из них используются, а остальные нет. Более половины бюджета разработки оказывается выкинуто.

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

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

4. «Мы выяснили что только 26 из 40 функций нашего
продукта используются клиентами»
Алексей Бабин, CEO ClickBerry

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

6. MVP –
это не «абсолют», а состояние продукта
в конкретный момент.
Каждая версия продукта должна быть MVP.

7. Гипотеза
(hypothesis
)
Реализаци
я
(ac:ons)
Измерение
(data)
Выводы
(insights)

8. Гипотеза
(hypothesis
)
Реализаци
я
(ac:ons)
Измерение
(data)
Выводы
(insights)
MVP
0.1

9. Гипотеза
(hypothesis
)
Реализаци
я
(ac:ons)
Измерение
(data)
Выводы
(insights)
Гипотеза
(hypothesis
)
Реализаци
я
(ac:ons)
Измерение
(data)
Выводы
(insights)
MVP
0.1

10. Гипотеза
(hypothesis
)
Реализаци
я
(ac:ons)
Измерение
(data)
Выводы
(insights)
Гипотеза
(hypothesis
)
Реализаци
я
(ac:ons)
Измерение
(data)
Выводы
(insights)
MVP
0.1
MVP
0.2

11. Гипотеза
(hypothesis
)
Реализаци
я
(ac:ons)
Измерение
(data)
Выводы
(insights)
Гипотеза
(hypothesis
)
Реализаци
я
(ac:ons)
Измерение
(data)
Выводы
(insights)
MVP
0.1
Гипотеза
(hypothesis
)
Реализаци
я
(ac:ons)
Измерение
(data)
Выводы
(insights)
MVP
0.2

12. Гипотеза
(hypothesis
)
Реализаци
я
(ac:ons)
Измерение
(data)
Выводы
(insights)
Гипотеза
(hypothesis
)
Реализаци
я
(ac:ons)
Измерение
(data)
Выводы
(insights)
MVP
0.1
Гипотеза
(hypothesis
)
Реализаци
я
(ac:ons)
Измерение
(data)
Выводы
(insights)
MVP
0.2
MVP
0.3

13. Минимальный
Ценный
MVP
Плохой продукт, которым
не готов пользоваться
клиент
Идеальный продукт,
при неограниченном
бюджете
Достаточный для
проверки гипотезы

14. ТИПЫ MVP
Прямые продажи и презентации
Mockup
Имитация / ручной сервис
Конструктор
Краудфандинг
…пришлось программировать…

15. «Fake It Until You Make It»
Gary Swart, CEO oDesk

16. 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

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

18. ПРИМЕРЫ MVP1: LOCKITRON
Видео со страницей
сбора средств
на первую партию

19. ПРИМЕРЫ MVP1: IPICTORY
E-mail рассылка
предложения покупки
нового «ручного»
продукта в базу уже
существующих клиентов

20. ВОПРОСЫ ДО СОЗДАНИЯ MVP
КАКОЙ МИНИМАЛЬНЫЙ ФУНКЦИОНАЛ?

21. ВОПРОСЫ ДО СОЗДАНИЯ MVP
Кто клиент?
Какая его проблема?
Как мы решаем его проблему?
Что мы хотим достичь текущей версией?
Как измеряем результат?
КАКОЙ МИНИМАЛЬНЫЙ ФУНКЦИОНАЛ?
Как это сделать максимально дешево?

22. MVP и качество
MVP НЕ ДОЛЖЕН содержать критических ошибок
Уровень реализации зависит от клиентов и конкурентов:
НЕ ЗНАЯ КЛИЕНТА НЕВОЗМОЖНО ГОВОРИТЬ
ОБ УРОВНЕ НЕОБХОДИМОГО КАЧЕСТВА

23. «Мы превратили наш продукт в платформу для
экспериментов»
Дмитрий Зарюта, CEO EasyTen

24. ПРИДУМАЕМ
MVP
ВМЕСТЕ

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

26. Customer Development
(бонус-трек)
Екатеринбург, 2015

27. Определите что хотим узнать
Сформулируйте перечень гипотез
Проранжируйте их

28. Инструменты поиска «боли» - интервью
Проблемное интервью: выявляете есть ли проблема и
определяете цену ее решения для клиента
Решенческое интервью: определяете готов ли клиент
купить продукт с предлагаемой функциональностью

29. Проблемное интервью
Цель – понять как думает клиент
1. Есть ли проблема?
2. Как клиент оценивает проблему?
3. Как он решает эту проблему сейчас?
4. Насколько Клиентский сегмент привлекателен
для бизнеса?

30. Решенческое интервью
1. Обозначение проблемы
2. Обозначение решения
3. Как клиент оценивает решение
4. Насколько решение ценно для клиента и готов ли
он за него платить?

31. Последовательность шагов
1. Гипотезы для тестирования уже выбраны
2. Разрабатываем сценарии интервью
3. Формируем список респондентов (цель – не менее
50 интервью)
4. После каждого интервью фиксируем результат,
уточняем сценарий
5. Ищем паттерны (схожие проблемы)

32. Паттерны – самое главное!!!
• Важно найти схожие проблемы.
• Найдя проблему – зафиксировать, включить в
сценарий, озвучить следующему.
• Пример PressIndex:
o Первый интервьюируемый говорит о проблеме ручного поиска
первоисточника.
o На втором интервью говорите: «Кстати, есть ли у вас вот такая
ситуация, мне ее рассказал ваш коллега из компании Х»

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