# Журнал гипотез и проверок конверсии

Рабочий файл к руководству KEIVO «Как повысить конверсию сайта: от наблюдений к проверяемой гипотезе»

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

## Порядок работы

1. Выберите одно действие бизнеса и единицу учёта
2. Проверьте измерение и получение результата
3. Запишите наблюдение с условиями и альтернативными причинами
4. Подтвердите бизнес-условие
5. Опишите механизм и одно изменение
6. Заранее определите способ проверки и правило решения
7. Выполните функциональную приёмку, сохраните и неудачные попытки
8. Количественный эффект оценивайте отдельно по пригодному плану
9. Завершите запись фактом, ограничением и следующим действием

Не храните в открытом журнале реальные контакты, договоры, идентификаторы покупателей или записи с персональными данными

## Заполненная карточка H1

Проект: учебная страница обслуживания офисных кофемашин

Вход: действующий лендинг, форма для новых и действующих клиентов

Исходное наблюдение: номер договора обязателен; новый клиент его не имеет; форма не позволяет пройти дальше

Бизнес-условие: владелец подтверждает, что номер не нужен для первого обращения, но полезен действующим клиентам

Альтернативные причины ухода: неподходящие условия, отвлечение, иная задача, проблемы контакта. Все уходы не объявляются следствием поля

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

Изменение: только обязательность номера и связанная подпись/подсказка. Телефон, описание, получатель, предложение, цена и география остаются прежними

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

Основная количественная метрика при отдельном плановом сравнении: доля участников, от которых принято хотя бы одно обращение в заданном окне

Дополнительные наблюдения: ошибки формы, пригодность данных для обработки, дубли, неизвестные исходы

Риск: ухудшить обработку действующего клиента, если номер потеряется или перестанет сохраняться

Техническая граница: изменение только интерфейса не принимается, если сервер всё ещё требует номер

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

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

## Измерение до гипотезы

Найдено: цель «Заявка» срабатывала по нажатию, включая ошибки формы

Исправление: основная цель связана с согласованным успешным результатом; получение у сотрудника проверяется отдельно

Повтор: валидная тестовая отправка даёт успешный результат и запись у получателя; ошибочный ввод не объявляется полученной заявкой

Статус старых данных: история другого интерфейсного события. Её нельзя напрямую сравнить с новой целью и объявить эффектом страницы

## Протокол технических попыток

| Попытка | Сценарий | Ожидание | Наблюдение | Итог |
| --- | --- | --- | --- | --- |
| Т0, А | Новый клиент без номера | Воспроизвести барьер | Отправка блокируется | Исходное наблюдение воспроизведено |
| Т1, Б | Новый клиент без номера | Данные приняты | Интерфейс разрешил, сервер отказал | Не принято, реализация неполна |
| Исправление | Серверное правило | Совпадает с бизнес-условием | Проверка номера сделана необязательной | Готово к повтору |
| Т2, Б | Новый клиент без номера | Успех и запись у получателя | Подтверждено в учебном сценарии | Пройдено |
| Т3, Б | Действующий с номером | Номер сохранён | Подтверждено в учебном сценарии | Пройдено |
| Т4, Б | Ошибочный контакт | Понятная ошибка, не успех | Подтверждено в учебном сценарии | Пройдено |

Дополнительные сценарии вашей реализации: повторная отправка, потеря связи, недоступный получатель, перезагрузка после ответа. Проверять безопасно на согласованном стенде; этот текст не утверждает, что они реально исполнены на KEIVO

## Синтетический срез для разбора вывода

| Величина | А | Б |
| --- | ---: | ---: |
| Участники | 400 | 400 |
| Участники с принятым обращением | 8 | 12 |
| Наблюдаемая доля | 2% | 3% |

Арифметика: 8 / 400 × 100 = 2%; 12 / 400 × 100 = 3%; абсолютная разница 1 процентный пункт; относительное отношение разницы к А — 50%

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

Недопустимый вывод: «форма принесла на 50% больше клиентов». Числа относятся к принятому обращению, а не покупке; причинный коммерческий вывод не подтверждён

Функциональное решение отдельно: Б можно принять как исправление ненужного обязательного требования, поскольку бизнес-условие и сценарии подтверждены в учебной истории. Для этого не требуется намеренно оставлять ошибку на живом сайте

## Итог H1

| Уровень | Статус | Основание |
| --- | --- | --- |
| Реализация | Исправлена после Т1 | Сервер и интерфейс согласованы |
| Функциональная приёмка | Пройдена в учебной истории | Т2–Т4 |
| Количественное превосходство | Не установлено | Синтетический срез и неполный план не доказательство |
| Продажи/выручка | Не измерены | Нет данных дальнейшей обработки |
| Следующее действие | Проверить реальную систему по сценарию; эффект планировать отдельно | Не подменять приёмку обещанием роста |

## Пустая карточка для вашей задачи

ID/дата/версия: …

Адрес и версия страницы: …

Действие бизнеса: …

Единица распределения, если есть эксперимент: …

Единица расчёта и окно: …

Основная метрика — числитель/знаменатель/источник: …

Наблюдение — устройство, условия, шаги, фактический результат: …

Бизнес-условие — кто и чем подтвердил: …

Альтернативные причины: …

Механизм гипотезы: …

Что меняем: …

Что сохраняем: …

Риски и дополнительные метрики: …

Проверка измерения: …

Функциональная приёмка: …

Способ количественной проверки: …

Практически значимый эффект/метод/расчёт объёма/правило остановки, если нужны: …

Кто проверяет распределение, данные и ограничения: …

Критерий успеха: …

Критерий неуспеха: …

Когда результат неопределённый: …

Возврат предыдущей версии: …

## Журнал выполнения

| Дата/версия | Действие | Наблюдение | Что изменено | Повтор | Статус |
| --- | --- | --- | --- | --- | --- |
| … | … | … | … | … | … |

## Контроль перед выводом

- Не изменилось ли условие цели между периодами
- Не смешаны ли визиты, участники, события и фактические обращения
- Известно ли, кто мог попасть в анализ и кого исключили
- Проверено ли распределение подходящим методом, если это эксперимент
- Не выбрано ли правило остановки после понравившегося результата
- Сохранены ли сбои, изменения рекламы и предложения
- Не выдаются ли неизвестные исходы за нули или спам
- Смотрит ли команда качество по одинаковому правилу
- Сохранены ли технические неудачи и повторные попытки
- Отделён ли функциональный результат от эффекта на бизнес

Итог: …

Ограничение: …

Решение и следующий шаг: …

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