Сопоставляйте события воронки отдельно и проверяйте, что именно способен подтвердить инструмент.
Начните с вопроса, ради которого читаете отчёт
Отчёт может отвечать на разные вопросы: выполнено ли согласованное действие, получают ли клиенты необходимую информацию или появляются ли новые подходящие обращения. У этих задач разные критерии успеха. Если цель не определена, практически любую большую цифру можно представить как достижение.
Сначала запишите ожидаемый результат и допустимый сценарий коммуникации. Проверка метрик не заменяет проверку оснований контакта: отчёт с высокой долей ответов не подтверждает согласия получателей и допустимости технического способа отправки.
Разберите цепочку событий
Запланированная задача, попытка отправки, подтверждённая отправка, доставка, прочтение, ответ и заказ — отдельные события. Уточните, какие из них инструмент действительно наблюдает. Если подтверждения нет, в отчёте должно быть неизвестное значение, а не автоматически присвоенный успех.
Для каждой метрики попросите определение, источник и правило удаления повторов. Строка журнала «выполнено» может означать завершение операции программы, а не действие получателя. Это важно выяснить до расчёта конверсии.
- Что считается одной попыткой?
- Повтор после ошибки создаёт новое событие?
- Как подтверждается доставка?
- Какие статусы получить невозможно?
Отделите ответ от подходящей заявки
Ответы могут быть отказами, просьбами прекратить сообщения, вопросами поддержки или обсуждением нового проекта. Суммарный показатель скрывает это различие. Классифицируйте содержание по понятным признакам, не оценивая человека по предполагаемым личным характеристикам.
Подходящее обращение определяется вашей задачей: человек описал потребность в существующей услуге, есть возможность продолжить обсуждение и понятен следующий шаг. Просьба прислать информацию ещё не подтверждает бюджет или готовность заказать. Не дописывайте эти сведения по предположению.
Условный пример расчёта
Предположим, в журнале 100 попыток и 10 ответивших людей. Из них шесть отказались, два задали сервисный вопрос и два описали новую задачу. Доля ответивших от попыток равна 10%, а доля обсуждений новой задачи — 2%. Это условная арифметика, не норматив и не результат клиента TG DIGITAL.
Если в 100 попытках есть повторы, знаменатель не равен числу людей. Чтобы рассчитать долю ответивших получателей, нужен отдельный подтверждённый показатель уникальных адресатов. Не смешивайте эти расчёты в одной колонке «конверсия».
Проверьте работу после ответа
Даже заинтересованный человек может не получить своевременного продолжения. Зафиксируйте, кто отвечает, какие сведения нужны для оценки и чем завершилось обсуждение. Необработанное обращение отличается от отказа клиента и требует другого исправления.
Отказ от рекламы должен попадать в следующие рабочие выборки. Нельзя оценивать кампанию только по продажам, игнорируя повторные нежелательные контакты. Telegram рекомендует писать людям, которые ожидают сообщение; отсутствие жалобы не является доказательством такого ожидания.
Как принять решение по результату
Сопоставляйте одинаковые сценарии и периоды. Рост заказов на фоне поиска, рекомендаций и личных продаж нельзя полностью приписать сообщениям без проверки конкретных обращений. При небольшой выборке один заказ сильно меняет процент; это повод осторожнее трактовать результат, а не объявлять найденную закономерность.
Для обсуждения автоматизации подготовьте обезличенную структуру отчёта, определения статусов и схему обработки ответа. Не передавайте всю клиентскую переписку ради первичной оценки. Рабочий результат такого разбора — понятная измеримая цепочка, а не обещание гарантированного количества продаж.
Проверяйте знаменатель вместе с процентом
В отчёте уточняйте, рассчитан ли показатель от попыток, уникальных получателей или подтверждённых доставок. Это разные величины. Десять ответов на сто операций программы не обязательно означают десять процентов ответивших людей: часть операций могла быть повторами. Источник каждого числа должен быть объясним.
Сравнивайте также содержание ответа и результат обработки. Отказ, вопрос поддержки и новая задача не заменяют друг друга. Если источник обращения неизвестен или инструмент не наблюдает доставку, сохраните неизвестный статус. Подставленный успех создаёт красивый отчёт, но мешает выбрать полезное изменение.