Процесс: проверка продуктовой гипотезы
Учебный пример для небольшой продуктовой команды. Процесс относится к направлению DISCOVERY и превращает неопределённость в решение, связанное с данными. Он не создаёт отдельное направление практики.
Зачем
- Какую проблему решаем: идеи переходят в разработку без записанного предсказания, порога решения и дешёвой проверки.
- Какой результат должен измениться: сократить время от принятого вопроса до решения, не увеличивая долю неопределённых или невоспроизводимых результатов.
- Как процесс связан с целью внедрения: агент готовит паспорт, собирает разрешённые источники и анализирует данные; человек утверждает протокол, полномочия и решение.
Точка входа
- Что запускает процесс: решение команды заблокировано проверяемым допущением.
- Кто может запустить: владелец продукта, аналитик, Tech Lead или основатель.
- Где это происходит: реестр гипотез, рабочий документ и системы-источники.
- Как понять, что входные данные готовы: названы решение, владелец и варианты следующего шага.
Участники и ответственность
- Владелец процесса: владелец продуктового исследования или Product Manager.
- Кто готовит входные данные: владелец гипотезы и владельцы систем-источников.
- Кто принимает результат: владелец решения.
- Кто обновляет шаблоны, промпты или скиллы: владелец метода и Tech Lead.
Входные данные
- Решение, заблокированное неопределённостью.
- Существующая аналитика, интервью, обращения и прошлые эксперименты.
- Ограничения по клиентам, данным, сроку, бюджету и production.
Выходные артефакты
- Утверждённый паспорт гипотезы и протокол эксперимента.
- Журнал выполнения, исходные данные и воспроизводимый расчёт.
- Результат, решение и обновлённая строка реестра.
Шаги процесса
Промпты, скиллы и инструменты
- Реестр и шаблон паспорта гипотезы.
- Разрешённые источники аналитики, интервью и рабочих событий.
- Инструкция агента по поиску пробелов, дизайну проверки и анализу.
- Калькулятор выборки или методическая проверка там, где нужна статистика.
Контрольные точки с человеком
- Где человек обязан проверить результат: перед запуском, контактом с клиентами, расходом бюджета, изменением production и итоговым решением.
- Какие решения нельзя отдавать агенту: расширение области вывода, масштабирование, изменение порогов после старта и принятие риска.
- Что делать, если результат сомнительный: выбрать «данных недостаточно», записать пробел и создать новый протокол.
Данные и доступы
- Какие данные разрешены: только источники, перечисленные в паспорте.
- Какие данные запрещены: лишние персональные данные, секреты и материалы вне согласованной области.
- Где лежат секреты или инструкции по доступу: в принятом командой хранилище; в паспорте остаются только имена доступов.
- Как отключить агента и продолжить вручную: отозвать доступы, сохранить утверждённый протокол и продолжить журнал человеком.
Метрики
- Основная метрика результата: медианное время от принятого вопроса до записанного решения; источник — реестр гипотез.
- Метрика качества или внедрённости: доля запусков с порогами и источниками, зафиксированными до старта.
- Негативный сигнал: неопределённые результаты, пересмотр решений из-за ошибки данных или действие агента за пределами полномочий.
- Исходный уровень: измерить на трёх сопоставимых ручных разборах либо считать первый этап исследовательским.
Ресурсы и срок
- Срок первого этапа: две недели и три реальные гипотезы.
- Время команды: ориентировочно 10–12 часов на настройку, три разбора и ретроспективу; это учебное допущение до измерения.
- Лимит инструментов и бюджета экспериментов: определить отдельно до запуска.
- Стоимость одного запуска: время участников + инструменты + фактический бюджет проверки.
- Полная стоимость этапа: настройка + три запуска + анализ и доработка процесса.
Критерий внедрённости
- Когда процесс считается принятым: три последовательных запуска имеют предварительные пороги, воспроизводимые данные и решение владельца.
- Когда процесс нужно остановить или пересобрать: агент подменяет источники пересказом, критерии меняются после результата или проверка дороже снимаемой неопределённости.
- Кто принимает решение: владелец процесса и владелец продуктового решения.
- Когда пересматривать: после первых трёх запусков и затем раз в месяц.
Журнал запусков
