Журнал экспериментов с лендингами

Что это за сервис

Рабочий журнал для команды роста, дизайнеров, копирайтеров и аналитика. Он хранит каждый эксперимент с посадочной страницей от гипотезы до вывода: что проверяли, на каком трафике, кто согласовал запуск и чем всё закончилось. Сами тесты по-прежнему крутятся в сервисе A/B-тестирования, журнал отвечает за учёт и решения.

Без такого сервиса история экспериментов разбросана по заметкам, отчётам аналитики и чатам. Команда повторяет тест, который уже проводила два-три месяца назад. Ручные правки превращают распределение 50/50 в 80/20, согласования дизайна, текста и роста идут в разных каналах, а победителя объявляют по слишком маленькой выборке. Проигравшие тесты не архивируются с причинами, и та же идея возвращается каждый квартал.

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

Что он делает

Хранит эксперимент целиком. Гипотеза, страница, варианты, распределение трафика, основной показатель, критерии решения и итог — в одной карточке.
Следит за распределением трафика. Если фактическая доля вариантов уходит от плановой дальше допуска, эксперимент помечается, а решение по нему блокируется до исправления.
Проводит согласования. У каждого эксперимента видно, кто из дизайна, текста и роста должен одобрить запуск и сколько ждёт каждый шаг.
Не даёт объявить победителя раньше времени. Статус «Выиграл» доступен только после достижения минимальной выборки и порога уверенности, заданных для теста.
Сохраняет выводы. Каждый завершённый эксперимент получает итог — выиграл, проиграл или без результата — и заметку о причине.

Нюансы и особенности

Гипотеза без показателя — не гипотеза. Эксперимент не переходит в «Готов к запуску», пока не указаны ожидаемый результат и основной показатель.
Сервис тестирования остаётся. Журнал не заменяет инструмент A/B-тестирования: результаты подтягиваются из него через API или выгрузку, а журнал становится местом, где фиксируются ответственные, согласования и решения.
Дубли ловят по странице и теме. При создании эксперимента журнал ищет закрытые тесты на той же странице с похожей темой гипотезы и показывает их автору.
Для первой версии хватит минимума. Страница, вариант, статус, распределение трафика и один источник конверсий. Расчёт уверенности и сегменты добавляют позже.
Права на поля различаются. Дизайнер правит описание вариантов, но не статус; решение о запуске и внедрении принимает владелец роста. Права проверяются на сервере.
Статистику не изобретают заново. Расчёт уверенности лучше брать из сервиса тестирования или проверенной библиотеки, а журнал хранит итоговые числа и правило решения.

Как сгенерировать через ИИ-агентов

Промпты рассчитаны на AI-агента (Claude Code, Cursor и аналоги) в Laravel-проекте с установленным Filament 4.x. Отправляйте их по одному: каждый шаг даёт результат, который можно проверить до перехода к следующему.

1. Данные и модели

Создай модели и миграции для журнала экспериментов: Experiment (страница,
тема, гипотеза, ожидаемый результат, основной показатель, минимальная
выборка, порог уверенности, статус, итог, заметка о причине, владелец),
Variant (эксперимент, название, плановая доля, фактическая доля,
посетители, конверсии), ApprovalStep (эксперимент, роль, согласующий,
решение, дата). Добавь фабрики с демо-данными.

2. Карточка эксперимента

Сгенерируй Filament-ресурс для Experiment. В форме сделай обязательными
гипотезу, ожидаемый результат и основной показатель. В карточке покажи
варианты и шаги согласования через relation managers. При создании
показывай закрытые эксперименты на той же странице с той же темой.

3. Статусы и правила решения

Добавь действия смены статуса: «Готов к запуску» требует всех
согласований, «Выиграл» доступен только при достижении минимальной
выборки и порога уверенности, «Проиграл» и «Без результата» требуют
заметки о причине. Добавь фильтры по странице, статусу, итогу и периоду.

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

4. Синхронизация и контроль распределения

Сделай фоновую задачу, которая загружает посетителей и конверсии
по вариантам из сервиса A/B-тестирования через API или CSV. Если
фактическая доля варианта отличается от плановой больше допуска
из конфига, помечай эксперимент и уведомляй владельца.

Проверьте, что при расхождении долей эксперимент помечается, а смена статуса на «Выиграл» блокируется.

5. Роли и сводка для руководства

Настрой роли: дизайнер и копирайтер правят описание вариантов, владелец
роста меняет статусы и принимает решение. Добавь страницу-сводку
завершённых экспериментов с приростом конверсии и сроком до решения
и экспорт этой сводки.