Здоровье базы контактов: какие метрики смотреть и когда бить тревогу

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

Зачем считать метрики базы, если «и так всё работает»

База контактов — расходуемый актив: она теряет качество непрерывно, независимо от того, пользуетесь вы ей или нет. В B2B деградация быстрее, чем кажется: ориентир из практики — 20–30% контактов в год устаревают из-за смены работы, реорганизаций и закрытия ящиков. То есть база, собранная год назад и ни разу не проверенная, на четверть состоит из мёртвых или уехавших адресов.

Цена этой деградации двойная. Прямая — потерянные касания: письма уходят в никуда, SDR тратит время на мёртвые контакты, воронка недополучает ответы. Косвенная и более опасная — доставляемость: hard bounce по несуществующим адресам — один из самых тяжёлых негативных сигналов для провайдеров, и грязная база бьёт по доставке писем даже валидным адресатам. Кампания по базе с 10% мёртвых адресов ухудшает результат всех следующих кампаний.

Поэтому аналитика базы — это не отчёт ради отчёта, а система раннего предупреждения. Правильно выстроенная, она отвечает на три вопроса: можно ли по этой базе безопасно отправлять (валидность), стоит ли по ней отправлять (актуальность и реакция) и хватает ли базы для планов (покрытие). Разберём метрики по этим трём уровням.

Уровень 1. Валидность: техническое состояние адресов

Базовая метрика — доля валидных адресов по результатам верификации: синтаксис, существование домена и MX-записей, SMTP-проверка ящика. Верификатор раскладывает базу на статусы: valid, invalid, catch-all (домен принимает всё, ящик не проверить), unknown, disposable, role (info@, sales@). Здоровая картина для аккуратно собранной B2B-базы: invalid ниже 5%, valid — от 80%. Если invalid двузначный — проблема не в базе, а в способе её сбора.

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

Отдельного внимания заслуживают catch-all-домены: в B2B их доля заметна, потому что многие компании настраивают приём всей почты на домен. Это не мусор, но зона неопределённости — недоставка обнаружится только фактической отправкой. Практика: слать по catch-all малыми порциями, отслеживая bounce отдельно от основного потока, и повышать статус адреса после первого успешного контакта — доставленное письмо или ответ переводят его в подтверждённые.

Уровень 2. Реакция: что база отвечает на ваши письма

Второй слой метрик считается по результатам кампаний, и главная из них — bounce rate. Hard bounce (адрес не существует) — держим ниже 2%, тревога от 3–5%: это порог, после которого провайдеры начинают смотреть на отправителя косо. Важно не только среднее, но и распределение: всплеск bounce в конкретном сегменте локализует проблему — старый источник, кривой импорт, умерший домен крупной компании.

Повторные недоставки — отдельная категория риска. Адрес, дважды вернувший soft bounce (ящик переполнен, временная ошибка сервера), с высокой вероятностью движется к hard bounce; правило «после N повторных отказов — в карантин» должно работать автоматически. Ориентир: два-три soft bounce подряд — пауза на месяц; hard bounce — немедленное и постоянное исключение. Возвращать адрес из карантина имеет смысл только после повторной верификации.

Дальше — человеческие сигналы. Reply rate по сегменту (здоровый диапазон холодного B2B — 3–8%) — метрика качества не только письма, но и базы: сегмент с систематическим нулём ответов при нормальной доставке — это неправильный сегмент, а не невезение. Доля отказов и жалоб — гигиенический предел: жалобы выше 0,1–0,3% требуют немедленной остановки по сегменту. И доля «молчунов»: контакты после 2–3 касаний без единого открытия и ответа стоит выводить в отдельный пул — продолжать долбить их письмами значит наращивать риск при нулевой отдаче.

• Hard bounce < 2% — норма; 3–5% — тревога; выше — стоп и чистка
• Два-три soft bounce подряд — автоматический карантин адреса
• Reply rate сегмента 3–8% — норма; устойчивый ноль — пересобрать сегмент
• Жалобы > 0,1% — разбор; > 0,3% — остановка отправок по сегменту
• Молчуны после 2–3 касаний — в отдельный пул, не в основной поток

Уровень 3. Покрытие и структура: база как актив роста

Гигиена — половина картины. Вторая половина — достаточность базы для ваших планов, и здесь свой набор метрик. Покрытие сегмента: сколько компаний из вашего ICP (целевого профиля) есть в базе вообще, у скольких найден ЛПР нужной роли, у скольких есть валидный прямой контакт. Воронка «компания → ЛПР → валидный email» в B2B теряет на каждом шаге, и именно её пропускная способность ограничивает объём аутрича, а не число строк в таблице.

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

Эти метрики меняют разговор о базе: вместо «у нас 40 тысяч контактов» появляется «у нас 1200 компаний ICP с валидным ЛПР-контактом, из них 700 ещё не касались, при текущем темпе хватит на четыре месяца». Первая формулировка — про размер файла, вторая — про план продаж.

Регламент: как превратить метрики в процесс

Метрики без регламента — просто цифры. Рабочая связка выглядит так. Перед каждой кампанией: верификация сегмента, invalid — вон, catch-all — в осторожный пул; проверка сегмента против общего стоп-листа. Еженедельно: сводка bounce, ответов и жалоб по активным кампаниям, разбор аномалий. Ежеквартально: реверификация всей рабочей базы, ревизия сегментов старше полугода, обновление данных по компаниям, где сменились ЛПР.

Автоматизируйте статусную модель адреса: new → verified → active (были доставки) → engaged (были ответы) → quarantine (повторные отказы) → dead (hard bounce, отказ). Переходы между статусами должны происходить по событиям отправки без ручного труда, а кампании — уметь фильтровать по статусу. Это скучная инженерия, но именно она отличает систему, где база живёт годами, от таблицы, которую раз в год «чистят» в авральном режиме.

И последнее: не путайте чистку с удалением данных. Мёртвый адрес исключается из отправок, но карточка компании и история остаются — человек сменил работу, а компания из вашего ICP никуда не делась, и через месяц у неё появится новый директор по закупкам. Правильная реакция на устаревание контакта — задача на до-обогащение, а не строка в корзине. В нашей практике сегменты, пересобранные по свежим ЛПР после ротации, регулярно оказываются самыми отзывчивыми: повод для письма («вы недавно вступили в роль») лежит прямо в данных.

Типичные ошибки аналитики базы

Ошибка первая — смотреть только на размер: «база выросла до 50 тысяч» без метрик валидности и покрытия ICP — это рост балласта. Ошибка вторая — верифицировать один раз при сборе и никогда после: через полгода сертификат чистоты недействителен. Ошибка третья — чистить по open rate: после privacy-механик Apple и Gmail открытия ненадёжны, и «неактивные» по открытиям контакты могут быть живыми читателями — сегментируйте по ответам и кликам, открытия используйте как вспомогательный сигнал.

Ошибка четвёртая — общий котёл вместо сегментной аналитики: средние по базе прячут проблемы; bounce 2% в среднем может означать 0,5% в свежем сегменте и 8% в старом, который убивает домен. Все пороги из этой статьи применяйте посегментно. Ошибка пятая — отсутствие связи между аналитикой и отправкой: метрики живут в отчёте, а кампании продолжают слать по красным сегментам. Пороги должны останавливать отправку автоматически — иначе аналитика превращается в летопись катастрофы.

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

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