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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тренер: