Дашборд метрик холодного аутрича: что вынести на один экран

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

Зачем аутричу отдельный дашборд, а не отчёт ESP

Стандартная статистика рассылочного сервиса — open rate, click rate, unsubscribe — считалась для массовых писем по подписчикам и плохо описывает холодный B2B-аутрич. Там письмо уходит конкретному ЛПР конкретной компании, и главная метрика не «открыл», а «ответил» и, ещё дальше, «стал сделкой». ESP этого не считает, потому что не видит вашу CRM.

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

Третья причина — сегменты. В холодном аутриче разные отрасли, размеры компаний и офферы дают принципиально разную конверсию. Один общий отчёт с усреднённым reply rate 4% может скрывать, что по одному сегменту цифра 9%, а по другому — 0,5%, и решение «выключить оффер» или «масштабировать сегмент» без разбивки принять невозможно.

Блок 1: воронка от отправки до сделки

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

Дальше воронка должна проходить через доставленные (за вычетом bounce), открытые, ответившие, квалифицированные ответы (не автоответ и не отказ) и, наконец, созданные лиды или сделки. Именно последние два шага чаще всего выпадают из типовых отчётов ESP, хотя именно они интересуют руководство и продажи.

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

• Отправлено писем (входная точка, не показатель успеха)
• Доставлено (отправлено минус bounce всех типов)
• Открыто — вспомогательный сигнал, ненадёжен из-за блокировки трекинга почтовыми клиентами
• Ответили — сегментировать на позитивный, нейтральный, отказ, автоответ
• Квалифицированный ответ / лид — передан в работу SDR
• Сделка создана / встреча назначена — конечная точка воронки для отчёта перед руководством

Блок 2: здоровье доменов и почтовых ящиков

Это опережающий блок — он показывает проблему раньше, чем она проявится в воронке. Ключевые метрики здесь: bounce rate по каждому отправляющему домену, доля жалоб на спам, попадание в спам-папку по контрольным ящикам и статус SPF/DKIM/DMARC.

Практический ориентир: bounce rate выше 3–5% по домену — повод остановить рассылку с него и разобраться, здоровый показатель обычно держится в районе 1–2%. Жалобы на спам выше 0,1% от отправленного объёма — сигнал тревоги даже при формально небольшом абсолютном числе, потому что почтовые провайдеры реагируют на долю, а не на абсолютные цифры.

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

• Bounce rate по каждому отправляющему домену/ящику, по дням
• Доля жалоб на спам (spam complaint rate)
• Попадание в спам по контрольным ящикам (Gmail, Yandex, Mail.ru — свои для каждого)
• Статус SPF/DKIM/DMARC и алерты на их поломку
• Возраст и объём прогрева ящика — новый ящик требует отдельного трека метрик

Блок 3: динамика по сегментам и офферам

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

Практика показывает: разница в reply rate между лучшим и худшим сегментом одной и той же кампании обычно в 3–5 раз больше, чем разница между лучшим и худшим вариантом текста письма в A/B-тесте. Это значит, что таблица «сегмент × конверсия» на дашборде часто ценнее, чем таблица «вариант письма × конверсия» — и именно её стоит выводить крупно, а не прятать во вкладке.

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

Откуда брать данные и как собрать это в один экран

Данные для дашборда живут в трёх местах: CRM (кампании, диалоги, лиды, сделки), почтовая инфраструктура (bounce, DNS-статус доменов) и, при использовании трекинга ссылок, отдельный сервис аналитики переходов. Практичный путь — не собирать всё вручную каждую неделю, а выгружать данные из CRM через API или готовый экспорт и подключать к Looker Studio или аналогичному инструменту визуализации, который умеет обновляться по расписанию.

Для CRM с моделью «кампания → диалог → лид» это означает три связанных выгрузки: список отправленных писем с датами и статусами, список диалогов с меткой позитив/нейтрально/отказ, и список лидов с привязкой к кампании-источнику. Соединение этих трёх таблиц по ID кампании и контакта — и есть основа воронки из первого блока.

Если строится дашборд с нуля, разумно начать с одной статичной таблицы в CRM или Google Sheets на 2–3 недели, чтобы проверить, какие метрики реально смотрят и обсуждают на встречах, и только потом переносить рабочую версию в Looker Studio или BI-инструмент с автообновлением — так дашборд не превращается в красивую, но никем не читаемую панель.

Частые ошибки при построении дашборда аутрича

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

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

Третья ошибка — не указывать период и знаменатель рядом с цифрой. Строка «34 ответа» без пояснения, за какой период и от какого объёма отправки, легко вводит в заблуждение при сравнении недель между собой. Каждая метрика на дашборде должна сопровождаться понятным контекстом — периодом расчёта и базой, от которой считается процент.

Четвёртая, менее очевидная ошибка — не обновлять дашборд после смены модели атрибуции или структуры CRM. Если поменялись статусы диалогов или появился новый этап воронки, старые данные и новые могут считаться по разной логике, и сравнение периодов «до» и «после» без пометки об этом изменении в отчёте искажает выводы о динамике.

Вопросы и ответы