# Как запустить проверку гипотез с ИИ в небольшой команде

Инструкция рассчитана на команду из 3–12 человек без отдельной лаборатории
экспериментов. Цель первых двух недель — не автоматизировать все продуктовые
решения, а провести три проверяемых цикла и увидеть, помогает ли ИИ быстрее
переходить от неопределённости к решению без потери качества.

## До первого запуска

1. Выберите одно место для реестра гипотез: репозиторий, базу знаний или
   трекер. Не создавайте параллельные списки в чатах.
2. Назначьте владельца процесса и еженедельный разбор. В небольшой команде это
   может быть Product Manager, аналитик, Tech Lead или основатель.
3. Примите правила: один тест — одно причинное предположение, пороги до старта,
   факты со ссылками, три допустимых результата.
4. Выберите одно реальное решение, которое команда пока откладывает из-за
   неопределённости. Не начинайте с учебной идеи, не влияющей на работу.
5. Ограничьте агента чтением и подготовкой черновиков. Доступ к клиентам,
   бюджету и production добавляется только отдельным решением.

## Первый цикл

1. Владелец называет решение и варианты следующего шага.
2. Агент создаёт паспорт и отмечает недостающие поля.
3. Команда проверяет аудиторию, вмешательство, метрику, пороги и альтернативные
   объяснения.
4. Агент предлагает несколько проверок, отсортированных по времени, стоимости
   и способности опровергнуть предположение.
5. Человек утверждает один протокол и необходимые полномочия.
6. Исполнитель проводит эксперимент, а агент ведёт журнал и собирает ссылки на
   источники.
7. Агент готовит расчёт и рекомендацию. Владелец решения выбирает следующий
   шаг и фиксирует его в реестре.

## Первые две недели

**Неделя 1.** Проведите один цикл в теневом режиме: агент готовит паспорт и
анализ, а команда продолжает привычный способ работы. Сравните время подготовки,
число существенных исправлений и пригодность протокола.

**Неделя 2.** Проведите ещё два цикла. Разрешите агенту только обратимые
операции: создать документы, запросы к разрешённой аналитике и черновики
материалов. Не расширяйте автоматизацию, пока команда не может воспроизвести
расчёт и объяснить принятое решение.

## Что измерять

| Метрика | Как считать |
| --- | --- |
| Время до решения | Медианное время от принятого вопроса до записанного решения |
| Стоимость решения | Время участников + инструменты + бюджет эксперимента |
| Качество протокола | Доля запусков, где пороги и источники были заданы до старта |
| Неопределённые результаты | Доля запусков, не различивших варианты решения |
| Возвраты | Число решений, пересмотренных из-за ошибки данных или метода |

Количество проведённых тестов само по себе не является результатом.

## Когда процесс прижился

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

Основа метода: [порядок проверки гипотез HADI Lab](https://hadi-lab.ru/guide/2025/09/03/flow.html)
и [типичные проблемы внедрения](https://hadi-lab.ru/guide/2025/08/22/implementation-problems.html).