Вячеслав Макович

Практика   Шаг 1. Выявить и подтвердить наличие определенной проблемы у определенного сегмента потенциальных клиентов  Изначально, особенно если у вас в голове уже есть сформированное видение продукта, вам нужно забыть про решение, которое вы хотите предложить, и сфокусироваться на изучении своей аудитории через формирование и тестирование гипотез. Это делается с помощью проблемных интервью (см. главу «Как проводить проблемные интервью?»), экспертных интервью (получение обратной связи от людей, хорошо знающих текущую рыночную ситуацию) и, реже, опросов. Цель – выявить актуальную проблему, которую вы способны решить, и сегменты, представители которых уже сейчас ищут решение этой проблемы. Шаг 2. Подтвердить актуальность своего решения данной проблемы  Это делается с помощью решенческих интервью и тестирования метрик через первичный MVP (см. главу «Как создать MVP?»). Главным критерием в данном случае будет готовность платить за получение вашего решения его проблемы, которое в идеале должно быть выражено в формате предоплаты или соглашения о намерении. Шаг 3. Подтвердить возможность вашего продукта выступать таким решением  Это делается с помощью тестирования пользовательских метрик через MVP, которые покажут способность продукта приносить пользу. Шаг 4. Подтвердить соответствие продукта текущей рыночной ситуации  Главным показателем соответствия продукта рынку является сходимость юнит-экономики (см. главу «Как рассчитать юнит-экономику?»). Как правило, для подтверждения исходных цифр также используется тестирование гипотез на MVP в совокупности с конкурентной разведкой и экспертными знаниями. При отсутствии положительного результата на каком-либо из этапов (шагов) нужно вернуться на предыдущий. И это будет не неудачей, а важным результатом. Так как чем раньше вы поймете, что что-то не так с вашей гениальной бизнес-идеей, тем меньше денег и времени потеряете в будущем. Процесс реализации кастдева обычно разбивается на так называемые спринты – фиксированные периоды времени, как правило, равные неделе, на протяжении которых команда работает над проверкой