Оптимизация проверки гиптез

Я думаю сейчас сложно удивить ведением разработки продукта по тем или иным гибким методологиям. В общем и целом все методологии объединяет несколько фактов:
1. Отсутствует чёткая задача
2. Присутствует достаточный уровень неопредленности
3. Работа ведётся циклично, включая планирование, действия, и оценку результатов.

Галерея циклов

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

В общем и целом всё сводится к тому что у вас есть те или иные продуктовые гипотезы. Можно взять цикличную методологию проверки гипотез – HADI, особенно хорошо она работает для маркетинговых гипотез.
HADI:
H - Hypothesis
A - Actions
D - Data
I - Insights
Основные направления оптимизации этого процесса - это время прохождения цикла, стоимость, и качество результатов. Стоит понимать, что эти ответы не универсальны, но могут вам помочь.

Старт цикла
На мой взгляд старт работы по HADI циклам, должен начинаться со сбора данных (Data) и поиска там интересной информации (Insights). Так как гипотезы без данных, с более высокой верятностью будут некорректными


Итак для примера возьмём условный интернет бизнес. Не принципиально что он из себя представляет. Описывается в общем он следующими параметрами CAC Customer Acvisition Cost, LTV LifeTime Value

Для корректного старта HADI-цикла мы начнём со сбора данных и поиска инсайтов aka аналитики.

Данные можно разделить на 3 группы
Customer acqisition - показатели свзяанные с привлечение клиентов
Customer actions - показатели пользователей в процессе использования
Business metrics - сводные показатели по аудиториям, показателям и прочее
Made on
Tilda