Руководство по HADI

HADI и Customer Development (CustDev) — это два взаимодополняющих подхода, которые в стартапе работают в тесной связке. Они решают разные задачи, но направлены на одну цель: создание продукта, который нужен рынку, с минимальными рисками.

Вот как они сочетаются:

1. Customer Development (CustDev) — Фундамент и Компас

• Фокус: Внешний мир. Понимание рынка, клиентов, их реальных проблем, болей и потребностей.
• Цель: Найти и подтвердить рыночную гипотезу. Стоит ли вообще заниматься этим продуктом? Кто целевой клиент? Какая у него реальная проблема? Готов ли он платить за решение?
• Процесс:
  • Гипотезы: Формулируются гипотезы о проблеме, целевой аудитории, ценностном предложении, бизнес-модели.
  • Исследование (Customer Discovery): Глубинные интервью с потенциальными клиентами, наблюдение, анализ конкурентов. Ключевой вопрос: “Какую конкретную проблему вы испытываете и как ее решаете сейчас?”
  • Анализ: Поиск паттернов в ответах, выявление самых острых проблем, подтверждение/опровержение гипотез.
  • Вывод: Определение валидированной проблемы и персоны клиента. Если гипотезы не подтвердились — ищем новую проблему или ЦА (перезапуск CustDev).

2. HADI — Быстрая Проверка Продуктовых Гипотез

• Фокус: Внутренний мир (продукт). Как конкретное решение (фича, дизайн, UX) работает для уже подтвержденной проблемы и уже изученной ЦА.
• Цель: Быстро проверить, эффективно ли работает наше решение для конкретной задачи. Работает ли интерфейс? Понимает ли пользователь, как им пользоваться? Приводит ли эта фича к желаемому результату?
• Процесс (Итерация):

Как они Сочетаются в Стартапе: Цикл Создания Продукта

1. CustDev (Поиск Проблемы): Основатели проводят десятки интервью, находят реальную боль у конкретной группы людей. Формулируют гипотезу о проблеме и ЦА. Пример: “Малый бизнес тратит 10+ часов в неделю на ручное ведение учета товаров, это больно и неэффективно. ЦА: владельцы магазинов одежды с оборотом до 5 млн руб/мес”.
2. HADI (Проверка Решения Проблемы): На основе данных CustDev команда формулирует продуктовую гипотезу. *Пример: “Если мы создадим простую кнопку ‘Сканировать товар’ в мобильном приложении (Hypothesize), то владелец магазина сможет за 1 клик добавить товар в учет (Analyze), потому что…”. Создается MVP этой кнопки (Design), запускается A/B тест или юзабилити-тест с владельцами магазинов (Implement). Измеряется время добавления товара, количество ошибок, удовлетворенность (Обучение).
3. Результат HADI:
   • Подтвердилась гипотеза: Отлично! Кнопка работает. Можно улучшать ее дальше (новая итерация HADI) или добавлять связанные фичи (новая гипотеза для HADI).
   • Гипотеза не подтвердилась: Критически важно! Это не провал, а ценная информация.
     • Проблема в решении? Вернуться к шагу HADI (Design/Implement) — переработать кнопку, сделать ее проще, добавить инструкции.
     • Проблема в самой проблеме/ЦА? Вернуться к CustDev! Возможно, мы неверно поняли боль (“ручной учет” — не главная проблема) или выбрали не ту ЦА (владельцы магазинов одежды не используют мобильные приложения для учета). Нужно провести новые интервью, уточнить проблему или пересмотреть ЦА.
4. Повторение: Цикл CustDev -> HADI -> (возможный возврат к CustDev) -> HADI… повторяется постоянно. CustDev уточняет контекст (проблема, ЦА), HADI проверяет конкретные решения в этом контексте.

Ключевые Точки Синергии:

• Целевая Аудитория: CustDev находит правильных людей. HADI тестирует решение именно на них.
• Проблема: CustDev подтверждает реальную боль. HADI проверяет, решает ли конкретное решение эту боль.
• Гипотезы: CustDev формулирует рыночные гипотезы. HADI формулирует продуктовые гипотезы, основанные на данных CustDev.
• MVP: CustDev определяет, что нужно проверять на рынке (проблема). HADI определяет, как минимально проверить решение этой проблемы (продукт).
• Обучение: Провал в HADI — это сигнал переосмыслить решение. Провал в CustDev — сигнал переосмыслить саму основу бизнеса (проблему/ЦА).

Чего НЕ делать (Ошибки):

1. Пропустить CustDev: Начать с HADI (разработки решения) без глубокого понимания проблемы и ЦА. Риск: создать продукт, который никому не нужен.
2. Использовать HADI вместо CustDev: Пытаться через A/B тесты или юзабилити-тестирование выяснить, существует ли проблема у людей. HADI плох в поиске новых проблем. Он проверяет известные решения.
3. Игнорировать результаты HADI: Если тест провалился, не анализировать причину и не возвращаться к CustDev, если проблема в понимании рынка.
4. Смешивать цели: Путать “понимание боли” (CustDev) с “проверкой удобства кнопки” (HADI).

Итог:

CustDev — это карта и компас, который показывает, куда идти (к реальной проблеме реальных людей). HADI — это транспорт и навигатор, который проверяет, каким путем (через конкретные решения) мы быстрее и безопаснее доберемся до этой цели. В стартапе они работают в постоянном цикле: CustDev уточняет направление, HADI проверяет шаги. Без CustDev HADI рискует быть бесполезным, без HADI CustDev рискует остаться только теорией.