# Правила проверки продуктовых гипотез с ИИ

Эти правила нужны не для увеличения числа экспериментов, а для получения
решений, которые можно проверить по исходным данным и воспроизвести.

## 1. Гипотеза начинается с решения

До формулировки гипотезы команда называет решение, которое изменится после
проверки. Если любой результат ведёт к одному и тому же действию, эксперимент
не нужен.

## 2. Одна карточка проверяет одно причинное предположение

В карточке указывают конкретную аудиторию, одно вмешательство, ожидаемое
поведение и измеримый результат. Несколько независимых изменений разделяют на
разные гипотезы.

## 3. Тип гипотезы определяет способ проверки

Проблему и аудиторию исследуют по наблюдаемому прошлому поведению. Решение
проверяют прототипом или ограниченным пилотом. Спрос и цену проверяют действием,
которое требует от клиента реального обязательства, а не ответом «нравится».

## 4. Порог решения фиксируют до запуска

До первого контакта или изменения задают основную метрику, baseline, порог,
срок, достаточность данных и защитные метрики. После старта порог не подгоняют
под полученный результат.

## 5. Сначала ищут дешёвое опровержение

Проверку проектируют от минимального действия к более дорогому: существующие
данные → интервью или ручная услуга → прототип → ограниченный эксперимент →
разработка. Дорогой MVP не является обязательным первым шагом.

## 6. Текст ИИ не считается доказательством

Каждый факт должен вести к датированному источнику: записи интервью, событию
аналитики, платежу, журналу эксперимента или другому наблюдаемому носителю.
Правдоподобное объяснение агента остаётся гипотезой.

## 7. План и фактический запуск хранят отдельно

Паспорт фиксирует утверждённый протокол. Журнал показывает, что произошло на
самом деле. Существенное изменение после старта создаёт новую версию или новый
эксперимент.

## 8. У результата только три состояния

- **Данные поддерживают гипотезу** в указанной выборке и условиях.
- **Данные опровергают гипотезу** по заранее заданному порогу.
- **Данных недостаточно**, если эксперимент не различает варианты решения.

«Частично подтверждена» без нового порога и отдельного вывода не используется.

## 9. Полномочия остаются у людей

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

## 10. Отрицательный и неопределённый результат сохраняют

Закрытая гипотеза остаётся в реестре вместе с источниками и причиной решения.
Это предотвращает повторение тех же проверок и создаёт вход для следующего
цикла.