Как измерить эффективность посадочной страницы, созданной с помощью ИИ? Правила учета посещений, обращений и квалифицированных лидов

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

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

Эти три показателя отвечают на разные вопросы. PV показывает количество просмотров страницы, UV — число распознанных уникальных посетителей за отчетный период, а сеанс — один непрерывный процесс просмотра сайта. В документации Alibaba Cloud по веб-аналитике приведены определения каждого из этих показателей и поясняется, что повторные просмотры одного посетителя увеличивают PV, тогда как UV рассчитывается с устранением повторов в пределах периода.

Для оценки того, насколько успешно посадочная страница принимает входящий трафик, рекомендуется использовать в качестве основной базы «число сеансов, начавшихся с этой страницы», а PV и UV — как дополнительные показатели. Это помогает реже принимать повторные просмотры внутри сайта за новые входы. Если инструмент предоставляет только данные о просмотрах страниц, в отчете следует прямо указать это ограничение, сначала использовать доступные правила учета, а затем добавить статистику входных сеансов.

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

2. Как составить таблицу показателей, которой сможет пользоваться вся команда?

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

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

3. Можно ли считать нажатие на кнопку консультации обращением?

Рекомендуется учитывать нажатие как «действие, выражающее намерение обратиться», а фактическую отправку сообщения по деловому вопросу, озвучивание потребности после установления телефонного соединения или успешную подачу заявки на запись — как «предметное обращение». Для формы критерием должно быть подтвержденное сервером успешное сохранение данных. Нажатие на кнопку и появление сообщения об успешной отправке на стороне интерфейса следует регистрировать отдельно, чтобы было проще выявлять сбои отправки.

Для каждого способа обращения нужны собственные условия подтверждения: в онлайн-чате — отправка посетителем сообщения, связанного с деловым запросом; по телефону — состоявшийся разговор и зафиксированная потребность; при записи — успешное создание заявки. Само по себе открытие окна чата, панели набора номера или копирование контактных данных еще не подтверждает, что стороны установили связь.

Обращения через внешние платформы особенно важно учитывать отдельно. Если после нажатия пользователь переходит в другое приложение и получить дальнейшую историю обращения невозможно, следует показывать «число переходов» и «число последующих обращений, подтвержденных вручную». Не нужно заменять отсутствующие данные об обращениях числом нажатий. Службе поддержки также следует сохранять источник обращения: связывать записи, когда это возможно, и отмечать источник как неизвестный, когда установить связь не удается.

4. Что считать квалифицированным лидом и кто должен это подтверждать?

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

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

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

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

5. Какой знаменатель выбирать для расчета конверсии?

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

• Доля сеансов с обращением = число входных сеансов посадочной страницы с предметным обращением ÷ число входных сеансов посадочной страницы.
• Доля квалифицированных лидов = число подтвержденных квалифицированных лидов в одной когорте новых лидов ÷ общее число новых лидов в этой когорте.
• Количество квалифицированных лидов на сеанс = число квалифицированных лидов с установленной атрибуцией ÷ число соответствующих входных сеансов посадочной страницы.
• Стоимость одного квалифицированного лида = расходы на привлечение в тех же границах учета ÷ число соответствующих квалифицированных лидов.

«Количество квалифицированных лидов на сеанс» отражает результативность в расчете на сеанс. Его нельзя напрямую трактовать как вероятность конверсии посетителя, поскольку сеанс и контакт — разные единицы учета. Вместе с долей квалифицированных лидов следует показывать и количество лидов, ожидающих подтверждения: различия в темпе проверки могут влиять на сравнение каналов.

Предположим, что в рамках одной когорты наблюдения страница получила 1000 входных сеансов, в 40 из них состоялись обращения, после удаления дублей появилось 20 новых лидов, а в итоге 8 лидов были признаны квалифицированными. Все эти данные условные и используются только для демонстрации расчета. Доля сеансов с обращением составляет 40 ÷ 1000, доля квалифицированных лидов — 8 ÷ 20, количество квалифицированных лидов на сеанс — 8 ÷ 1000. Эти три результата отвечают на вопросы о поведении, качестве и общем результате соответственно.

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

6. Как учитывать атрибуцию каналов и конверсии между отчетными периодами?

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

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

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

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

7. Как связать отслеживание событий, формы и записи отдела продаж?

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

1. Перечислите ключевые события: вход на страницу, нажатие на элемент обращения, фактическое обращение, успешная отправка формы, изменение статуса лида.
2. Для каждой успешной отправки создавайте уникальный идентификатор и сохраняйте посадочную страницу, ее версию, время отправки и сведения об источнике, которые разрешено хранить.
3. В таблице лидов сохраняйте связь между идентификатором лида и идентификатором отправки. Повторные отправки связывайте с исходным контактом, не перезаписывая первоначальные записи.
4. Когда отдел продаж обновляет статус, сохраняйте время решения, причину и ответственного, чтобы квалифицированный лид можно было проследить до конкретной записи.
5. С помощью тестовых записей проверьте успешную, неуспешную и повторную отправку, а также обращения через разные точки входа, после чего последовательно сверьте данные с отчетами.

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

Контактные данные следует собирать в объеме, необходимом для бизнеса, с объяснением цели использования. В аналитических отчетах достаточно связывать записи по внутренним идентификаторам, не помещая номера телефонов или адреса электронной почты непосредственно в параметры URL. В документации Alibaba Cloud также прямо указано, что ее статистика учитывает трафик рабочей среды, а предварительный просмотр в среде разработки не учитывается. Для других инструментов также нужно заранее уточнить, какие среды входят в учет. Источник

8. При аномалиях в данных что менять сначала: трафик или страницу?

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

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

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

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

9. Часто задаваемые вопросы

Означает ли высокая посещаемость, что посадочная страница, созданная с помощью ИИ, эффективна?

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

Если один человек отправил форму дважды, сколько это лидов?

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

Можно ли начать учет, если CRM пока нет?

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

Какую конверсию в обращение считать хорошей?

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

Связанные инструменты

На официальном сайте we0 описаны процессы формулирования требований на естественном языке, создания сайта несколькими ИИ-агентами, визуального редактирования и публикации с подключением домена. Этот инструмент можно использовать для создания и дальнейшего улучшения посадочных страниц. Если включить приведенные в статье список событий и условия приемки в требования к проекту, запуск страницы и оценку ее эффективности будет проще спланировать вместе. Конкретные способы сбора данных, связывания обращений на внешних платформах и интеграции с CRM следует подтверждать в рамках плана реализации проекта.

Инструменты веб-аналитики нужны для регистрации просмотров страниц и сеансов, формы и сервисы поддержки — для подтверждения фактических действий, а CRM или таблицы с контролируемым ведением — для удаления дублей и квалификации лидов. При выборе прежде всего проверяйте, соответствуют ли вашим требованиям экспорт данных, уникальные идентификаторы, сохранение источников и история статусов.

Полезные ссылки

• Alibaba Cloud: правила учета PV, UV, сеансов и сред в веб-аналитике
• Jiandaoyun: показатели перехода от лида к возможности продажи, удаление дублей и временные окна
• Официальный сайт we0: процессы создания, редактирования и публикации сайта

Итоги

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