Проектирование продукта через быструю и безопасную валидацию гипотез

Тренинг сайт события http://www.scrumtrek.ru/trainings/view/62/

Добавить в календарь:
Поделиться:

Большинству людей сегодня уже очень хорошо известно и понятно, что почти все проваленные на рынке или у заказчика продукты/сервисы являются таковыми не из-за проблем с программированием и поставкой кода.

Новые продукты проваливаются из-за того, что при их разработке не были в достаточной степени вовлечены конечные пользователи этих продуктов - будущие покупатели. Ведь именно для них мы делаем наши продукты и именно их проблемы пытаемся решить, в обмен на их деньги.

Но все решения во время проектирования продукта мы обычно принимаем, исходя из наших собственных предположений, нашем образе клиента, его привычек и предпочтений.

Проблема в том, что наши догадки закладываются в основу стратегии развития продукта или сервиса, таким образом, катастрофически повышая шансы на неудачу.

Обычно продуктовые менеджеры и предприниматели верят, что есть только один правильный путь разработки нового продукта и вывода его на рынок - сделать классный продукт целиком, запустить его и надеяться, что пользователям он понравится и они готовы будут платить за него свои деньги. При этом, конечно, нужно еще провести хорошую и недешевую маркетинговую кампанию :)

И здесь как раз видно, что мы привыкли фокусироваться на том, чтобы правильно разработать продукт, вместо того, чтобы держать фокус на разработке правильного продукта. Вот так неожиданность! Прямая дорога к невостребованному продукту, на который потрачено много денег и времени.

На самом деле существует опробованный уже на сотнях продуктах научный подход, основанный на непрерывном проведении безопасных с точки зрения провала экспериментах.

Предположим, у нас есть идея или даже вижн продукта или сервиса, который мы хотим разработать. Теперь мы должны сформировать набор возможных стратегий, каждая из которых потенциально может воплотить в жизнь наш вижн.

Как сформировать такие стратегии? Конечно, на основе наших гипотез, буквально, "как нам сейчас кажется". И дальше, каждую из этих гипотез мы должны в обязательном порядке проверить на будущих клиентах, чтобы подтвердить ее или опровергнуть. При этом проверка гипотез обязана быть систематичной, безопасной с точки зрения неудачи и очень быстрой. 

Такие компании, как Google, при разработке сложнейших продуктов (например, Google Glass), проводят в день по 20 различных экспериментов, еще до того, как начать разрабатывать программную и железную часть продукта!

На этом тренинге мы примерно 40% времени посвятим новым знаниям, а 60% - практическим навыкам - будем формулировать и тестировать гипотезы, учиться делать действительно минимальные версии продукта, даже без написания кода!

Пройдя курс, участники научатся

  • Определять, какие продуктовые гипотезы (предположения) мы должны ОБЯЗАТЕЛЬНО протестировать в самом начале
  • Понимать, что обычные маркетинговые исследования и метрики практически не помогают создать успешный продукт или сервис
  • Выделять тот минимальный продукт (MVP), с помощью которого можно очень быстро протестировать гипотезы, узнать что-то новое о клиентах и их потребностях, потратив при этом минимальное количество денег и времени
  • Описывать бизнес-модели будущих продуктов на основе Lean-Canvas
  • На системной основе понимать, когда необходимо изменить вижн продукта, на основе проведенных экспериментов (pivot)

Тренер:

Naresh Jain

Нареш Джейн - признанный во всем мире эксперт в области процессов и технологий разработки программных продуктов.

За последние 12 лет он консультировал многие компании из Fortune 500 как с точки зрения разработки стратегий продуктов, так и организации процессов разработки и повышении технической экспертизы участников проектных команд.

- Introduction to Lean Startup
- Pivoting to Success: Couple of Case Studies
- Customer Development Demystified
- Safe-Fail Experimentation (SFE)

- Understanding SFE in action
- SFE Principles
- SFE Exercise

- Simon Simonek's Golden Circle and Vision-Strategy-Product Pyramid
- Build-Measure-Learn (BML) Cycle
- Designing and Validating MVP

- Introduction to the Problem, its context, potential users and their goals
- Form groups of 6 participants
- Craft out a Vision statement
- Define a strategy to achieve the vision
- Capture your business model using Lean Canvas
- State your value and growth hypothesis
- Explore different SFEs to validate each hypothesis
- Select one user group and design an experiment to validate your hypothesis
- Field trip
- Update your Lean Canvas based on your validated learning
- Share your validated learning with other groups
- Iterate (2 more field trips) to find real, paying customers
- Debrief
- Retrospective

Комментарии (0):

Оставлять комментарии могут только зарегистрированные пользователи

Для получения embed кода необходимо кликнуть правой
кнопкой мыши на видео и выбрать пункт меню
'Сгенерировать HTML код'

Забыли пароль? Регистрация