Выступление на DUMP-2015. Видео доклада: https://youtu.be/ICCPkiNJ_PE?list=PLRdS-n5seLRp_rmnC69UpyhiPpo1tRYLv Организатор конференции: IT-People.ru Сайт конференции: www.dump-conf.ru

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. ДАЛЬШЕ…
Москва, 2015