Как оценить вклад голосовых уведомлений в выполнение заказов?

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

Как построить воронку от заказа на сайте до его выполнения?

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

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

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

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

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

Как связать уведомления, веб-аналитику и статусы заказов?

Используйте номер заказа как связующее поле. Он должен присутствовать в выгрузке из магазина или CRM и в журнале уведомлений. Тогда можно проверить весь путь заказа, даже если клиент после звонка не возвращался на сайт.

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

• Номер заказа и дата перехода в нужный статус.
• Группа проверки: с уведомлением или без него.
• Время звонка и его технический результат.
• Итоговый статус заказа и дата его изменения.
• Расходы на уведомления и связанные с ними обращения в поддержку.

Веб-аналитика дополняет эту картину: показывает оформление заказа и действия на сайте после уведомления. До анализа проверьте, что событие покупки не отправляется повторно при обновлении страницы. Порядок такой проверки разобран в материале о том, как обнаружить дубли событий через GTM.

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

Общая логика связи звонка со сделкой описана в статье на zvonok24.by. Для этой задачи ключевая проверка проста: удаётся ли пройти от записи о звонке к заказу и обратно без ручных догадок.

Какие метрики покажут результат уведомлений?

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

1. Доля заказов с ответом на звонок: число заказов, по которым клиент ответил, разделите на число заказов в группе обзвона. Повторные попытки не увеличивают число заказов.
2. Доля полных прослушиваний: число звонков с полным прослушиванием разделите на число звонков с ответом. Сначала уточните, как система определяет полное прослушивание.
3. Доля выполненных заказов: число выполненных заказов разделите на все заказы соответствующей группы. Это основной показатель для сравнения с контролем.
4. Доля заказов с обращением в поддержку: число заказов, по которым клиенты обратились с вопросом о статусе, разделите на все заказы группы. Одному заказу соответствует один признак обращения, даже если клиент звонил повторно.
5. Расходы на уведомления на выполненный заказ: затраты на кампанию разделите на число выполненных заказов в группе обзвона. Укажите состав затрат, включая повторные попытки и работу сотрудников, если учитываете её.

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

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

Как организовать контрольную группу без перекоса?

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

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

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

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

Если один покупатель оформляет несколько заказов, закрепите за ним одну группу на время проверки. Иначе звонок по одному заказу повлияет на поведение по другому. Также проверьте, не отправляют ли сотрудники дополнительные напоминания только одной из групп.

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

Типичные ошибки при оценке голосовых уведомлений

• Считать попытки звонка вместо заказов. Уберите повторы из основной воронки и анализируйте их отдельно как расходы.
• Приписывать уведомлению каждый заказ после звонка. Сравнивайте результат с одновременной контрольной группой.
• Смешивать готовые к выдаче заказы с теми, которые ещё собирают. Проверяйте одинаковый этап процесса.
• Менять текст, время звонка и состав группы одновременно. Проверяйте одно изменение, чтобы понимать причину разницы.
• Считать переход на сайт выполнением заказа. Сверяйте события веб-аналитики с итоговым статусом в магазине или CRM.

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

Сейчас потратьте одну минуту: запишите в рабочем документе, какой именно статус будет означать «заказ выполнен» в вашей проверке.