# Процесс: проверка продуктовой гипотезы

Учебный пример для небольшой продуктовой команды. Процесс относится к
направлению DISCOVERY и превращает неопределённость в решение, связанное с
данными. Он не создаёт отдельное направление практики.

## Зачем

- Какую проблему решаем: идеи переходят в разработку без записанного
  предсказания, порога решения и дешёвой проверки.
- Какой результат должен измениться: сократить время от принятого вопроса до
  решения, не увеличивая долю неопределённых или невоспроизводимых результатов.
- Как процесс связан с целью внедрения: агент готовит паспорт, собирает
  разрешённые источники и анализирует данные; человек утверждает протокол,
  полномочия и решение.

## Точка входа

- Что запускает процесс: решение команды заблокировано проверяемым допущением.
- Кто может запустить: владелец продукта, аналитик, Tech Lead или основатель.
- Где это происходит: реестр гипотез, рабочий документ и системы-источники.
- Как понять, что входные данные готовы: названы решение, владелец и варианты
  следующего шага.

## Участники и ответственность

- Владелец процесса: владелец продуктового исследования или Product Manager.
- Кто готовит входные данные: владелец гипотезы и владельцы систем-источников.
- Кто принимает результат: владелец решения.
- Кто обновляет шаблоны, промпты или скиллы: владелец метода и Tech Lead.

## Входные данные

- Решение, которое заблокировано неопределённостью.
- Существующая аналитика, интервью, обращения и прошлые эксперименты.
- Ограничения по клиентам, данным, сроку, бюджету и production.

## Выходные артефакты

- Утверждённый паспорт гипотезы и протокол эксперимента.
- Журнал выполнения, исходные данные и воспроизводимый расчёт.
- Результат, решение и обновлённая строка реестра.

## Шаги процесса

| Шаг | Вход | Выход | Критерий качества |
| --- | --- | --- | --- |
| 1. Зафиксировать решение | Неопределённость и цель | Вопрос и варианты действия | Назван владелец решения |
| 2. Сформулировать гипотезу | Вопрос и контекст | Причинное предположение | Есть аудитория, вмешательство, поведение, метрика, срок и объяснение |
| 3. Собрать доказательства | Разрешённые источники | Карта фактов, противоречий и пробелов | Каждый факт имеет источник; выводы ИИ помечены как выводы |
| 4. Спроектировать проверку | Гипотеза и пробелы | Минимальный протокол | Baseline, пороги, выборка, срок, бюджет и защитные метрики заданы до старта |
| 5. Утвердить запуск | Протокол, риски и доступы | Разрешение или остановка | Уполномоченный человек подтвердил действие |
| 6. Выполнить и записать | Утверждённый протокол | Данные и журнал | План отделён от фактического запуска; отклонения видимы |
| 7. Проанализировать | Данные, пороги и ограничения | Один из трёх результатов | Расчёт воспроизводим, альтернативные объяснения названы |
| 8. Принять решение | Результат и область применимости | Следующий шаг и память процесса | Решение связано с владельцем, датой и доказательствами |

## Промпты, скиллы и инструменты

- Реестр и шаблон паспорта гипотезы.
- Разрешённые источники аналитики, интервью и рабочих событий.
- Инструкция агента по поиску пробелов, дизайну проверки и анализу.
- Калькулятор выборки или методическая проверка там, где нужна статистика.

## Контрольные точки с человеком

- Где человек обязан проверить результат: перед запуском, контактом с
  клиентами, расходом бюджета, изменением production и итоговым решением.
- Какие решения нельзя отдавать агенту: расширение области вывода,
  масштабирование, изменение порогов после старта и принятие риска.
- Что делать, если результат сомнительный: выбрать «данных недостаточно»,
  записать пробел и создать новый протокол.

## Данные и доступы

- Какие данные разрешены: только источники, перечисленные в паспорте.
- Какие данные запрещены: лишние персональные данные, секреты и материалы вне
  согласованной области.
- Где лежат секреты или инструкции по доступу: в принятом командой хранилище;
  в паспорте остаются только имена доступов.
- Как отключить агента и продолжить вручную: отозвать доступы, сохранить
  утверждённый протокол и продолжить журнал человеком.

## Метрики

- Основная метрика результата: медианное время от принятого вопроса до
  записанного решения; источник — реестр гипотез.
- Метрика качества или внедрённости: доля запусков с порогами и источниками,
  зафиксированными до старта.
- Негативный сигнал: доля неопределённых результатов, пересмотр решений из-за
  ошибки данных или действие агента за пределами полномочий.
- Исходный уровень: измерить на трёх сопоставимых ручных разборах либо считать
  первый этап исследовательским.

## Ресурсы и срок

- Срок первого этапа: две недели и три реальных гипотезы.
- Время команды: ориентировочно 10–12 часов на настройку, три разбора и
  ретроспективу; это учебное допущение до измерения.
- Лимит инструментов и бюджета экспериментов: определить отдельно до запуска.
- Стоимость одного запуска: время участников + инструменты + фактический бюджет
  проверки.
- Полная стоимость этапа: настройка + три запуска + анализ и доработка процесса.

## Критерий внедрённости

- Когда процесс считается принятым: три последовательных запуска имеют
  предварительные пороги, воспроизводимые данные и решение владельца.
- Когда процесс нужно остановить или пересобрать: агент подменяет источники
  пересказом, критерии меняются после результата или проверка дороже снимаемой
  неопределённости.
- Кто принимает решение: владелец процесса и владелец продуктового решения.
- Когда пересматривать: после первых трёх запусков и затем раз в месяц.

## Журнал запусков

| Дата | Вход | Результат | Проверка человеком | Метрики | Что изменить |
| --- | --- | --- | --- | --- | --- |
|  |  |  |  |  |  |