«Обращений с сайта стало меньше. Наверное, нужно переписать главную страницу».

В этой фразе соединены две разные вещи. Уменьшение числа обращений — наблюдение, если оно подтверждается учётом. А необходимость переписать главную — предположение о решении.

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

Разберём, как перейти от тревожного наблюдения к понятной проверке.

Наблюдение описывает то, что происходит

Хорошее наблюдение можно проверить: повторить действие, посмотреть запись в журнале, сопоставить данные за определённый период.

Например:

• при отправке формы появляется сообщение об ошибке;
• кнопка на странице услуги открывает несуществующую страницу;
• за выбранный период зарегистрировано меньше обращений, чем за предыдущий;
• на телефоне часть поля ввода выходит за границы экрана.

У наблюдения есть условия: где, когда и каким способом оно получено.

Фраза «сайт плохо работает» этих условий не содержит. Она передаёт беспокойство владельца, но пока не помогает специалисту выбрать проверку.

Более полезное описание:

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

Здесь уже понятно, с чего начать.

Причина объясняет, почему это происходит

Даже конкретное наблюдение не всегда раскрывает причину.

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

Снаружи ситуация выглядит одинаково: человек заполнил форму, а владелец не видит обращения.

Но исправления в каждом случае будут разными.

Поэтому полезно записывать отдельно:

Что известно: тестовое письмо не обнаружено в ожидаемом почтовом ящике.

Что предполагается: проблема может быть связана с отправкой уведомления.

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

Так предположение становится направлением проверки.

Учебный пример: обращений стало меньше

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

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

Совпадение по времени даёт основание проверить эту версию. Но его недостаточно, чтобы считать заголовок причиной.

Сначала нужно уточнить картину.

Сопоставимы ли данные

За какие периоды считаются обращения? Одинакова ли их продолжительность? Учитываются ли звонки и сообщения, или только заявки через форму?

Если раньше считали все обращения, а теперь смотрят только входящие письма, сравнение может вводить в заблуждение.

Изменились ли посещения

Стало ли меньше посетителей на нужной странице? Сохранились ли прежние источники переходов? Не останавливалась ли рекламная кампания?

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

Работает ли путь обращения

Открывается ли форма? Можно ли заполнить её с телефона? Уходит ли запрос? Получает ли его ответственный сотрудник?

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

Что ещё менялось

Вместе с текстом могли измениться цена, состав услуги, график работы, реклама или способ связи.

Чем больше изменений произошло одновременно, тем сложнее связать результат с одним из них.

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

Какие данные нужны для проверки

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

Если часть данных отсутствует, это нужно обозначить. Отсутствие сведений не подтверждает ни одну из версий.

Иногда первым полезным действием будет наладить учёт, чтобы следующий вывод опирался на наблюдения.

Как выбрать первую проверку

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

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

Перед проверкой полезно сформулировать:

Если наше предположение верно, какой результат мы ожидаем увидеть? А какой результат заставит пересмотреть эту версию?

Это помогает не подгонять любое наблюдение под заранее выбранное объяснение.

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

Почему одна правка ещё не доказывает причину

Допустим, вы вернули прежний заголовок, и обращений стало больше.

Это полезное наблюдение. Но одновременно могли увеличиться посещения, измениться реклама или прийти более заинтересованные посетители.

Поэтому аккуратная формулировка результата выглядит так:

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

При небольшом количестве обращений выводы особенно легко переоценить: один дополнительный запрос может заметно изменить процентный показатель.

Фиксируйте абсолютные числа, условия и ограничения проверки. Так результат будет полезен для следующих решений.

Как поставить задачу специалисту

Вместо готового диагноза передайте наблюдение, своё предположение и доступные данные.

Можно использовать такой шаблон:

Что происходит:
Опишите конкретное поведение или изменение показателя.

Где и когда:
Укажите страницу, период, устройство и другие важные условия.

Что предполагаем:
Назовите возможную причину, которую хотите проверить.

Что уже проверили:
Перечислите действия и полученные результаты.

Какие данные доступны:
Укажите статистику, учёт обращений, скриншоты или журналы.

Что хотим получить:
Выяснить причину, определить следующую проверку или устранить подтверждённую неисправность.

Такое описание оставляет специалисту возможность исследовать проблему и при этом задаёт понятные границы работы.