Continuous Discovery Habits: ежедневные привычки исследователя

«Continuous Discovery Habits» Терезы Торрес — книга о том, как сделать исследование пользователей постоянной привычкой, а не одноразовым проектом. Если Каган говорит «делайте Discovery», то Торрес показывает «как именно делать Discovery каждую неделю».

Идея 1

• 1Еженедельное касание с клиентом. Торрес настаивает: продуктовая команда должна общаться с минимум одним реальным пользователем каждую неделю. Не раз в квартал, не «когда будет время» — каждую неделю. Как реализовать в КЗ:
• 2Создайте панель пользователей — 20-30 человек, которые согласились на регулярные интервью. Мотивация: ранний доступ к фичам, мерч, подарочные карты Kaspi на 3 000-5 000 ₸.
• 3Автоматизируйте рекрутинг — добавьте в приложение баннер «Помогите нам стать лучше — 15-минутное интервью, подарок 3 000 ₸ на Kaspi».
• 4Проводите интервью через Google Meet — 20-30 минут. Записывайте с согласия респондента.

Идея 2: Opportunity Solution Tree (OST). Главный инструмент книги — дерево возможностей и решений. Структура: вверху — бизнес-цель (Outcome). Под ней — возможности (Opportunities, они же боли и потребности пользователей). Под каждой возможностью — решения (Solutions). Под каждым решением — эксперименты для проверки. Пример для казахстанского EdTech: Outcome: «Увеличить Retention D30 с 15% до 25%». Opportunities: «Студенты забывают о занятиях», «Контент слишком сложный для начинающих», «Нет мотивации завершить курс». Solutions для «забывают»: «Push-уведомления за 15 мин до урока», «Интеграция с Google Calendar», «WhatsApp-напоминания». Эксперимент: A/B-тест push vs no-push, метрика — D7 Retention.

Идея 3: Assumption Mapping. Прежде чем тестировать решение, определите самое рискованное предположение (assumption). Категории: desirability (хотят ли пользователи?), viability (это работает для бизнеса?), feasibility (мы можем это построить?), usability (пользователи разберутся?). Протестируйте сначала самое рискованное предположение. Для КЗ: часто самое рискованное — desirability. Казахстанские продакты строят фичи, основываясь на «мне кажется, пользователям это нужно». Один быстрый тест (fake door, прототип, опрос) экономит недели разработки.

Идея 4: Compare and Contrast интервью. Торрес предлагает показывать респондентам несколько вариантов решения и просить сравнить, а не спрашивать «нравится ли вам это?». Почему: люди плохо оценивают идеи абстрактно, но хорошо сравнивают. Вместо: «Вам было бы полезно получать отчёт каждый понедельник?» Спросите: «Вот три варианта: отчёт раз в неделю, дашборд в реальном времени, уведомление при аномалии. Какой для вас полезнее и почему?»

Практическая реализация Continuous Discovery в КЗ: Понедельник — 30 мин интервью с пользователем (Google Meet). Вторник — обновление Opportunity Solution Tree на основе инсайтов. Среда — определение эксперимента для проверки топ-гипотезы. Четверг-пятница — запуск эксперимента (fake door, A/B-тест, прототип). Следующий понедельник — анализ результатов + новое интервью. Цикл: 1 неделя. За квартал: 12 интервью, 10-12 экспериментов, 3-4 валидированных решения. Это кардинально меняет качество продуктовых решений.

Визуализация ключевых концепций

flowchart TD
    subgraph CDP["Continuous Discovery Habits"]
        WEEKLY["Еженедельное касание"]
        OST["Opportunity Solution Tree"]
        ASSUME["Assumption Mapping"]
        COMPARE["Compare & Contrast"]
    end
    
    subgraph Tree["OST структура"]
        OUT["Outcome"]
        OPP["...