MVP — когда строить, измерять, учиться — это не просто бросать вещи в стену

Я всегда удивляюсь, когда критики жалуются, что подход Lean Startup Build, Measure, Learn — это не что иное, как «выбрасывание незавершенных продуктов из здания, чтобы посмотреть, работают ли они».

К сожалению, причиной такой путаницы является диаграмма «Создай, измерь, изучай». На первый взгляд это похоже на процесс подготовки к прицеливанию.

Пришло время обновить Build, Measure, Learn до того, что, как мы теперь знаем, является лучшим способом создания бережливых стартапов.

Вот как.

Строить, измерять, учиться звучит довольно просто. Создайте продукт, внедрите его в реальный мир, измерьте реакцию и поведение клиентов, извлеките уроки из этого и используйте полученные знания для создания чего-то лучшего. Повторяйте, изучая, следует ли выполнять итерацию, поворот или перезапуск, пока у вас не появится то, что понравится клиентам .

Водопад Девелопмент

Хотя это звучит просто , подход Build Measure Learn к разработке продукта является радикальным улучшением по сравнению с традиционной моделью Waterfall , которая использовалась на протяжении 20 ^-го века для создания и поставки продуктов. В то время один предприниматель использовал последовательный процесс разработки продукта, который шел шаг за шагом, практически без обратной связи с клиентами. Основатели предполагали, что они понимают проблемы/потребности клиентов, написали документы с техническими требованиями , спроектировали продукт, внедрили /создали аппаратное/программное обеспечение, проверили его работоспособность, протестировав его, а затем представили продукт клиентам на официальном мероприятии, называемом первой отправкой клиенту . .

Разработка Waterfall была посвящена выполнению документа с требованиями. В то время как ранние версии продукта были предоставлены клиентам в рамках альфа- и бета-тестирования, целью раннего доступа клиентов к продукту было выявление ошибок, а не предоставление отзывов о функциях или удобстве использования. Только после отправки и попытки продать продукт стартап мог услышать какую-либо существенную обратную связь от клиентов. И слишком часто, спустя месяцы или даже годы разработки, предприниматели на горьком опыте узнают, что клиенты покупают их продукт не потому, что им не нужны или не нужны большинство его функций .

Часто компаниям требовалось три попытки, чтобы сделать продукт правильным. Версия 1 была построена без обратной связи с клиентами, и до того, как версия 1 была завершена, работа над версией 2 уже началась, поэтому потребовалась версия 3, прежде чем клиент был действительно услышан (например, Microsoft Windows 3.0).

В начале 2000-х лучшие практики разработки программного обеспечения начали переходить на гибкую разработку. Эта методология улучшила водопад за счет итеративного создания программного обеспечения и вовлечения клиента. Но у него не было основы для тестирования всей коммерциализации. гипотезы вне здания. С Agile вы можете в конечном итоге удовлетворить все функции, о которых просил клиент, и все равно выйти из бизнеса.

Затем появился фокус «Построить, измерить, изучить» программы «Бережливый стартап».

Построить Измерить Узнать

Целью Build-Measure-Learn является не создание конечного продукта для поставки или даже создание прототипа продукта, а максимизация обучения посредством поэтапного и итеративного проектирования. (Изучение может быть связано с особенностями продукта, потребностями клиентов, правильным ценообразованием и каналом сбыта и т. д.) Этап «создания» относится к созданию минимально жизнеспособного продукта (MVP). Очень важно понимать, что MVP — это не продукт с меньше функций. Скорее, это самая простая вещь, которую вы можете показать клиентам , чтобы получить от них максимум знаний в данный момент времени . На раннем этапе стартапа MVP может быть просто слайдом PowerPoint, каркасом, глиняной моделью, набором образцов данных и т. д. Каждый раз, когда вы создаете MVP, вы также определяете, что вы пытаетесь протестировать/ измерить . Позже, по мере того, как становится известно больше, MVP переходят от низкой точности к более высокой точности, но цель по-прежнему состоит в том, чтобы максимизировать обучение, а не создавать бета-версию/полнофункциональный прототип продукта.

Рекомендуется для вас:

Ресурсы

Как Metaverse изменит индийскую автомобильную промышленность

Вайбхав С.

31 июля 2022 г.

Ресурсы

Что означает положение о борьбе со спекуляцией для индийских стартапов?

Чаранья Л.

31 июля 2022 г.

Ресурсы

Как стартапы Edtech помогают повысить квалификацию рабочей силы Индии и стать готовыми к будущему ...

Анкуш С.

31 июля 2022 г.

Новости

Технологические акции нового века на этой неделе: проблемы Zomato продолжаются, EaseMyTrip публикует...

Тапанджана Р.

31 июля 2022 г.

Функции

Индийские стартапы срезают путь в погоне за финансированием

Нихил С.

31 июля 2022 г.

Новости

Цифровая маркетинговая платформа Logicserve Bags Финансирование 80 CR INR, ребрендинг как LS Dig...

Четан Т.

31 июля 2022 г.

Build Measure Learn , существенное улучшение по сравнению с разработкой Waterfall, позволяет стартапам быть быстрыми, гибкими и эффективными.

Трехкруговая диаграмма Build Measure Learn является хорошим приближением процесса. К сожалению, первое использование слова «строить» часто сбивает людей с толку. Диаграмма, кажется, подразумевает сбор вещей и выбрасывание их из здания. Более подробная версия диаграммы «Построение, измерение, обучение» помогает прояснить смысл, добавив еще три элемента: Идеи — Построить — Код — Измерить — Данные — Изучить.

Пятичастная версия диаграммы Build Measure Learn помогает нам увидеть, что истинная цель построения — проверка «идей», а не просто слепое конструирование без цели. Круг с надписью «код» можно было бы легко назвать «создать аппаратное обеспечение» или «создать искусственный геном». Круг с надписью «данные» указывает на то, что после того, как мы измерим наши эксперименты, мы будем использовать данные для дальнейшего уточнения нашего обучения. И новое обучение повлияет на наши следующие идеи. Итак, мы видим, что цель Build-Measure-Learn состоит не только в том, чтобы создавать вещи, цель состоит в том, чтобы создавать вещи, подтверждающие или опровергающие первоначальную идею.

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

Но это все еще недостаточно хорошо. Теперь мы можем сделать лучше.

Начните с гипотез

Что упускает из виду Build-Measure-Learn , так это то, что новые предприятия (как стартапы, так и новые идеи в существующих компаниях) начинаются не с «идей», они начинаются с гипотез (причудливое слово для догадок). Важно понимать, что слова « идея» и «гипотеза» означают две совершенно разные вещи. Для большинства новаторов слово «идея» вызывает в воображении понимание, которое немедленно требует плана для воплощения его в жизнь. Напротив, гипотеза означает, что у нас есть обоснованное предположение , которое требует экспериментов и данных для подтверждения или опровержения .

Эти гипотезы охватывают весь спектр: от того, кто является покупателем (клиентами), до ценностного предложения (функции продукта/услуги), ценообразования, канала распространения и создания спроса (привлечение клиентов, активация, удержание и т. д.).

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

Минимально жизнеспособный продукт, который вам нужно создать, чтобы найти подходящих клиентов, отличается от минимально жизнеспособного продукта, который вам нужен для тестирования ценообразования, который отличается от MVP, который вы создали бы для тестирования определенных функций продукта. И все эти гипотезы (и минимально жизнеспособные продукты) со временем меняются по мере того, как вы узнаете больше. Таким образом, вместо Build-Measure-Learn диаграмма создания минимально жизнеспособных продуктов в рамках бережливого стартапа выглядит как « Гипотезы — Эксперименты — Тесты — Выводы».

Генерация гипотез

Используя эту новую диаграмму « Гипотезы — Эксперименты — Тесты — Выводы », возникает вопрос: «Какие гипотезы мне следует проверить?» К счастью, канва бизнес-модели Александра Остервальдера представляет собой визуальный обзор девяти компонентов бизнеса на одной странице. Они есть:

• Ценностное предложение, продукт/услуга, которую предлагает компания (наряду с ее преимуществами для клиентов).
• Сегменты клиентов, такие как пользователи и плательщики, мамы или подростки.
• Каналы сбыта для охвата клиентов и предложения им ценностного предложения
• Отношения с клиентами для создания спроса.
• Потоки доходов, генерируемые ценностным предложением.
• Действия , необходимые для реализации бизнес-модели.
• Ресурсы , необходимые для осуществления деятельности.
• Партнеры ^Третьи стороны, необходимые для осуществления деятельности.
• Структура затрат, вытекающая из бизнес-модели.

И это подводит нас к определению стартапа: стартап — это временная организация, созданная для поиска воспроизводимой и масштабируемой бизнес-модели .

Проверка гипотез

И как только эти гипотезы заполнили канву бизнес-модели, как предприниматель может их проверить? Если вы ученый, ответ прост: вы проводите эксперименты . То же самое верно и в бережливом стартапе. (Национальный научный фонд описал класс Lean LaunchPad как научный метод для предпринимательства.)

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

Итак, еще одна важная идея заключается в том, что стартапы не создают минимально жизнеспособные продукты для создания прототипа. Они создают минимально жизнеспособные продукты , чтобы узнать как можно больше .

Наконец, цель разработки этих экспериментов и минимально жизнеспособных продуктов не в том, чтобы получить данные. Данные не являются конечной точкой. Любой может собирать данные. Фокус-группы собирают данные. Это не фокус-группа. Цель состоит в том, чтобы получить представление . Весь смысл выхода из здания состоит в том, чтобы донести видение основателя . Понимание может прийти из анализа ответов клиентов, но оно также может прийти из игнорирования данных или осознания того, что то, что вы описываете, является новым, революционным рынком, которого не существует, и что вам нужно изменить свои эксперименты с измерения специфики на изобретение. будущее.

[Это сообщение Стива Бланка впервые появилось на официальном сайте и воспроизведено с его разрешения.]