Как правильно считать уровень жалоб

Когда нужен уровень жалоб, а не количество жалоб

Количество жалоб показывает, сколько людей нажали «это спам». Уровень жалоб показывает, как это число соотносится с объёмом отправки. Это не одно и то же, поэтому уровень жалоб в email рассылках помогает сравнивать результаты корректно.

Если одна кампания отправила 10 000 сообщений и получила 20 жалоб, а другая отправила 500 и получила 6, по абсолютному числу жалоб первая кампания выглядит хуже. Но уровень меняет картину. Именно поэтому расчёт уровня жалоб важен в аудитах доставляемости, особенно когда нужно сравнивать кампании, списки или месяцы с очень разным объёмом отправок.

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

Одна оговорка: низкое число жалоб всё равно может скрывать проблему. Две жалобы при отправке 200 сообщений — это совсем не тот же сигнал, что две жалобы при 20 000. В первом случае, возможно, стоит поставить рассылку на паузу.

Количество жалоб отвечает на вопрос «сколько». Уровень отвечает на вопрос «сколько в сравнении с объёмом».

Задайте точное окно измерения

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

Самый чистый вариант — одна отправка. Окно начинается, когда письмо отправлено, и заканчивается, когда данные по жалобам достаточно стабилизировались для отчёта. Это хорошо работает для массовой рассылки, пакета сброса пароля или анонса продукта с одной датой отправки.

Отчётность по дню кампании устроена иначе. Если кампания запускается в две волны — в 9:00 и в 15:00 — нужно указать, охватывает ли окно весь день или только каждую волну отдельно. Иначе одни и те же жалобы могут быть учтены дважды в таблице одной команды и один раз в другой.

Более длинные интервалы полезны для анализа трендов. Окно в 7 или 30 дней сглаживает шум, но может скрыть всплеск, который произошёл в одной неудачной отправке. Если аудит посвящён одному инциденту, держите окно коротким. Если речь о портфеле рассылок, более длинный период может помочь.

Запишите окно измерения. Серьёзно. Формулировка вроде «мартовский отчёт» слишком расплывчата.

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

Выберите знаменатель: отправлено, доставлено или доставлено минус возвраты

Знаменатель меняет уровень. Это не мелочь. Он меняет смысл числа, и именно поэтому знаменатель для уровня жалоб нужно выбрать заранее.

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

Выберите один знаменатель и придерживайтесь его. Внутренняя отчётность ломается в тот момент, когда одна панель использует «отправлено», а другая — «доставлено». Обе формулы выглядят правильными, и в этом проблема.

Практическое правило простое: если вы сравниваете поведение жалоб после доставки, используйте «доставлено». Если вы сравниваете операционный объём в рамках системы отправки, используйте «отправлено». Затем указывайте знаменатель в названии графика, а не только в сноске.

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

Здесь достаточно одной фразы: выберите один раз.

Примените формулу в таблице или дашборде

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

Например, если жалобы находятся в ячейке B2, а объём доставленных сообщений — в C2, формула будет такой: =B2/C2. Если команде нужен процентный формат, умножайте на 100 на уровне отображения, а не в данных. Так исходное число останется доступным для последующих проверок.

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

Следите за пустыми ячейками и текстовыми значениями. Пустой знаменатель не должен тихо превращаться в ноль. Таблица, которая возвращает «#DIV/0!», раздражает, но это лучше, чем ложный ноль.

Если данные поступают из BI-системы, настройте расчёт один раз и переиспользуйте его. Вводить формулу заново в каждом отчёте — верный способ получить четыре версии одной и той же метрики. Это быстро становится хаотичным.

Вот аккуратный порядок действий:

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

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

Нормализуйте уровень жалоб по нескольким кампаниям

Одна кампания — просто. Три кампании с разными объёмами отправки — уже нет. Вопрос в том, усреднять ли уровни или сначала объединять итоговые значения.

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

Почему среднее может ввести в заблуждение? Потому что уровень 2% на 100 сообщений и уровень 0,2% на 10 000 сообщений не должны иметь одинаковый вес. Более крупная отправка должна влиять сильнее. Простое усреднение относится к ним как к близнецам, а это не так.

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

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

Кстати, средние значения часто выглядят красиво и часто ошибочны.

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

Обрабатывайте пограничные случаи, искажающие результат

Маленькие отправки быстро искажают уровни. Одна жалоба на 50 писем — это 2%, и это звучит драматично, потому что так и есть. Та же одна жалоба на 50 000 писем почти не сдвигает показатель. Оба случая реальны. Просто означают они разное.

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

Частично доставленная почта — ещё одна ловушка. Если отправили 8 000 сообщений, а доставлено только 7 200, знаменатель должен точно соответствовать выбранному определению. Смешивание «отправлено» и «доставлено» в одном аудите приводит к незаметному смещению результата.

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

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

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

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

Подпишите результат для внутренней отчётности

Хороший отчёт точно говорит, что это за число. Не почти. А точно.

Укажите в результате три элемента: формулу, окно и знаменатель. Например: «Уровень жалоб = жалобы / доставленные письма, измерено для окна кампании 2026-03-01». Одна такая строка даёт читателю достаточно информации, чтобы безопасно сравнить показатель.

Если вы исключали какие-то отправки, скажите об этом. Исключения могут включать внутренние тестовые письма, seed-списки или регионы вне рамок аудита. Если не упомянуть их отсутствие, число будет выглядеть чище, чем есть на самом деле.

Используйте одну и ту же подпись в каждой презентации, панели и CSV-выгрузке. Как только команда видит «уровень жалоб» в одном файле и «уровень спама» в другом, начинается путаница. Возможно, команда имеет в виду одно и то же, но подпись этого не доказывает.

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

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

Здесь есть простая дисциплина: сначала подпись, потом отправка. Число без подписи легко интерпретировать неверно — из-за неправильного знаменателя или неверного дня.

Проверьте число на адекватность перед отправкой

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

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

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

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

Особенно внимательно следите за несоответствием знаменателя. Метрика «жалобы / отправлено» и метрика «жалобы / доставлено» могут стоять рядом и выглядеть одинаково по тону, хотя означают разное. Так с хорошими графиками принимаются плохие решения.

Если нужно проверить всю почтовую цепочку шире, лучшие практики deliverability email помогут рассмотреть аудит не только по этой метрике. Уровень жалоб — это один сигнал, а не вся система.

И ещё одна последняя проверка: убедитесь, что имя файла, заголовок графика и основной текст используют один и тот же знаменатель. Если на слайде указано «доставлено», а в заметках — «отправлено», исправьте это до того, как кто-то переслал PDF.