Жизненный цикл базы компаний: от сбора до реактивации
База компаний, купленная или собранная один раз и больше не тронутая, устаревает быстрее, чем кажется: люди меняют работу, компании закрываются и переезжают, почтовые адреса протухают. В адресном B2B-аутриче, где каждое письмо идёт конкретному ЛПР конкретного юрлица, а не безликому «списку подписчиков», качество базы прямо определяет доставляемость и репутацию домена. Разберём базу как процесс из шести стадий — от сбора до реактивации, — и что делать на каждой, чтобы не тащить за собой мёртвый груз.
- База компаний — это процесс, а не разовая загрузка: у неё есть стадии сбора, обогащения, сегментации, использования, устаревания и реактивации, и на каждой свои задачи.
- ICP-фильтр применяется на входе, а не после: дешевле отсечь нецелевую компанию при сборе, чем чистить её из кампании через полгода.
- Здоровая доля устаревших контактов за год — 20–30%; если чистки не было год и больше, реальная цифра обычно выше и это видно по растущим баунсам.
- Сегментация имеет смысл только если ей пользуются в кампаниях: список, который никто не берёт в работу, — просто ещё один файл на диске.
- Реактивация — это не «разослать снова всем», а точечная работа с конкретными сегментами устаревших данных с другим углом захода.
База — это процесс, а не файл на диске
Типичная ошибка — относиться к базе компаний как к разовой закупке: выгрузили список юрлиц по отрасли, залили в CRM, запустили кампанию, забыли. Через полгода реплаи падают, баунсы растут, а причина не в текстах писем и не в теме — база за это время утекла: часть компаний закрылась или сменила профиль, часть контактов сменила должность или ушла из компании, часть почтовых адресов умерла вместе с доменом.
В адресном B2B-аутриче цена этой ошибки выше, чем в массовых рассылках. Массовая рассылка теряет пару процентов открытий и не замечает. Адресный аутрич работает с точечными объёмами по конкретным ЛПР, где каждый жёсткий баунс — это не просто «минус один адрес», а сигнал провайдеру о качестве отправителя, который бьёт по всей будущей доставляемости домена.
Рабочая модель — смотреть на базу как на живой организм с циклом: компании и контакты в неё непрерывно входят (сбор), дозаполняются (обогащение), раскладываются по сегментам под конкретные кампании (сегментация), расходуются в рассылках (использование), часть данных устаревает (распад), а часть устаревших стоит не выбрасывать, а пробовать поднять другим заходом (реактивация). Дальше — по каждой стадии отдельно.
Сбор: фильтр по ICP на входе, а не после
Стадия сбора — точка, где дешевле всего отсеять лишнее. Правило простое: если компания не проходит по ICP на входе, она не должна попадать в базу вообще — не «попадёт, потом почистим». Чистка постфактум всегда дороже: время на проверку уже потрачено, контакт уже мог получить письмо, а иногда и не одно.
Источники для сбора у B2B-баз обычно смешанные: открытые реестры юрлиц (для проверки статуса и реквизитов), отраслевые каталоги и агрегаторы, экспорт из CRM по существующим клиентам похожего профиля, ручной подбор под конкретный сегмент. Для каждого источника критично проверять актуальность статуса компании — реестры обновляются с задержкой, и «действующая» компания в выгрузке месячной давности вполне может быть уже в процессе ликвидации.
На входе полезен жёсткий чек-лист критериев, а не общее ощущение «вроде подходит». Компания должна пройти по всем пунктам, иначе она либо не заходит в базу, либо помечается как требующая ручной проверки.
- Юрлицо действующее: не в процессе ликвидации, банкротства, реорганизации
- Отрасль и вид деятельности соответствуют ICP, а не смежной категории «для количества»
- Размер компании (штат, оборот, если доступен) укладывается в целевой диапазон
- География совпадает с зоной охвата — включая часовой пояс, если это влияет на время отправки
- У компании физически может существовать искомая роль (нет смысла искать «директора по маркетингу» в компании из трёх человек)
Пример фильтра на входе: закупили список из 4000 юрлиц по отрасли «производство». После проверки статуса и штата в работу зашло 2600 — остальные 1400 либо ликвидированы, либо микробизнес без штатной единицы под целевую роль. Экономия: 1400 компаний не тронули ни разу, а не выявили и не почистили после первой волны.
Обогащение: база компаний ≠ база контактов
Список юрлиц — это ещё не рабочая база для аутрича. Письмо адресуется человеку, а не ИНН, поэтому следующий обязательный шаг — довести компанию до контакта конкретного ЛПР: имя, должность, рабочий email, в идеале — прямой телефон и профиль в деловой сети для контекста при персонализации.
Здесь же — верификация email на техническом уровне: синтаксис, существование домена, MX-записи, а по возможности — SMTP-проверка без реальной отправки. Пропуск этого шага прямо конвертируется в жёсткие баунсы на первой же волне, а жёсткие баунсы — самая дорогая метрика в списке, потому что бьют по репутации домена отправителя.
Отдельная задача обогащения — дедупликация на уровне компании и контакта. Одна и та же компания нередко попадает в базу из двух источников под разными написаниями названия, а один и тот же человек — из старой выгрузки и новой с другим email. Слияние дублей до начала кампании экономит и бюджет на отправку, и репутацию: получатель, дважды получивший одно и то же письмо от одной компании, реагирует не лояльностью, а раздражением.
- ФИО и точная должность (не «менеджер», а реальный титул — от него зависит, ЛПР это или нет)
- Рабочий email, прошедший техническую верификацию
- Компания: сайт, отрасль, размер — для персонализации и корректной сегментации
- Источник и дата получения контакта — без этого через год невозможно оценить возраст данных
- Отметка о дублях и объединение карточек до, а не после запуска кампании
Сегментация: списки, которыми реально пользуются
Сегментация нужна не для красивой структуры папок, а для того, чтобы под каждую кампанию можно было быстро собрать точный список — без ручного перебора всей базы. Рабочие оси сегментации в B2B: отрасль, размер компании, роль контакта, стадия воронки (новый / был в кампании / отвечал / клиент), источник и дата поступления данных.
Частая ошибка — переусложнить структуру: тридцать вложенных папок с пересекающимися критериями, в которых через полгода никто не может быстро найти нужный срез. Разумный ориентир — сегментация должна отвечать на вопрос «кому и что мы сейчас отправляем» за минуту, а не за час поиска. Если для сбора списка под кампанию нужен аналитик с SQL, сегментация не выполняет свою функцию.
Отдельно стоит держать срез по возрасту данных: когда контакт последний раз обновлялся или проверялся. Эта ось не про содержание (кто эти люди), а про надёжность (можно ли им сейчас писать) — и именно она нужна на следующих двух стадиях цикла.
Рабочая структура сегментов для одной ниши: «Новые, не тронуты» → «В активной кампании» → «Отвечали, диалог» → «Не открыли за 2 волны» → «Кандидат на реактивацию» → «Устарело, в архиве». Контакт двигается по этим стадиям, и в моменте всегда видно, где он находится и что с ним делать дальше.
Использование: как база расходуется в кампаниях
На стадии использования главный риск — не качество данных, а темп их расхода. Адресный аутрич живёт малыми объёмами и точечным попаданием, поэтому один и тот же контакт не должен попадать в несколько параллельных кампаний одновременно и не должен получать повторные касания раньше разумного окна между волнами.
Практический ориентир — вести историю касаний на уровне контакта, а не только на уровне кампании: сколько писем получено за последние три-шесть месяцев, от какого отправителя, с каким результатом. Без этой истории легко получить ситуацию, когда один ЛПР получает письма от двух разных менеджеров агентства в одну неделю — это подрывает доверие быстрее, чем любая ошибка в тексте.
Использование базы стоит планировать циклами: волна → пауза на реакцию → разбор ответов и баунсов → следующая волна для тех, кто не ответил, но и не отвалился технически. Пауза между волнами по одному контакту — обычно от двух до четырёх недель, в зависимости от длины цикла продажи в нише; более частые касания без ответа работают на жалобы, а не на реплаи.
Устаревание: почему база портится и как это мерить
Данные о людях в организациях протухают по естественным причинам: смена работы (наиболее частая — рынок труда в среднем «текучий»), реорганизация или ребрендинг компании, смена email-домена при переезде на новую инфраструктуру, закрытие бизнеса. Ориентир из практики: здоровая доля контактов, устаревших за год без всякой активности с базой, — 20–30%. Если базу не трогали два-три года, реальная доля мёртвых данных обычно заметно выше и накопленным итогом может доходить до половины и больше.
Мерить устаревание удобнее всего не «на глаз», а по косвенным техническим сигналам: рост доли жёстких баунсов по сравнению с прошлыми волнами того же сегмента, рост доли писем без единой реакции (не открыто, не кликнуто, не отвечено) при стабильном качестве текста, увеличение доли адресов, не прошедших повторную верификацию. Резкий скачок баунсов по одному сегменту почти всегда означает, что этот срез базы не обновлялся дольше остальных.
Здесь же уместно напомнить о правовой стороне. Рабочий email и должность сотрудника компании — тоже персональные данные, и общие принципы ФЗ-152 о законности сбора, целях обработки и праве на отзыв согласия применимы и к B2B-контактам, а не только к рознице. При работе с базой для рассылок стоит держать в порядке основания для обработки контактов и понятный механизм отказа от переписки — это же требование по существу перекликается с общими принципами ФЗ-38 о рекламе в части права адресата на прекращение коммуникации. Устаревшие данные, которые вы больше не используете и не планируете реактивировать, разумнее удалять, а не хранить бессрочно «на всякий случай».
- Годовой ориентир естественного распада данных без активности — 20–30%
- Сигнал №1 устаревания — рост жёстких баунсов по сегменту относительно его собственной истории
- Сигнал №2 — доля контактов без единой реакции за несколько волн подряд
- Право на отзыв согласия и понятный отказ от переписки — не формальность, а требование общих принципов ФЗ-152 и ФЗ-38
- Данные, которые не используются и не пойдут в реактивацию, — на удаление, а не в вечное хранение
Реактивация и чистка: что делать со старым балластом
Реактивация — не «разослать ещё раз всем, кто не ответил». Это точечная работа с конкретным сегментом устаревших или молчавших контактов: сначала техническая переверификация (жив ли ещё адрес), потом — новый угол захода в письме, а не повтор старого оффера. Контакт, который не ответил на прошлогоднее предложение, не обязан отвечать на точно такое же сегодня.
Практический маршрут реактивации: выделить сегмент «не тронуты N месяцев» или «не было реакции за K волн» → прогнать техническую верификацию адресов и убрать мёртвые → для живых — короткое письмо с явно другим поводом (новость о компании, смена контекста, короткий вопрос вместо развёрнутого питча) → по итогам волны разложить обратно: ответившие идут в активную работу, молчавшие — в архив с отметкой даты, жёсткие баунсы — на удаление.
Регулярная чистка — не разовая акция, а календарная задача, встроенная в цикл: например, раз в квартал — техническая переверификация всей активной базы, раз в полгода — ревизия сегмента «нет реакции» на предмет реактивации или архивации. Без календаря чистка откладывается до момента, когда баунсы уже испортили репутацию отправителя, а это чинится месяцами.
- Раз в квартал — техническая переверификация email по активным сегментам
- Раз в полгода — ревизия «молчащих» контактов: реактивация с другим поводом или архив
- Жёсткий баунс — сразу из активной базы, без повторных попыток
- У каждого архивного контакта — дата и причина архивации, чтобы через год не гадать заново
- Реактивационное письмо — не копия старого оффера, а новый повод для разговора
Вопросы и ответы
Как часто нужно обновлять базу компаний в B2B-аутриче?
Техническую верификацию email по активным сегментам разумно делать не реже раза в квартал, а полную ревизию базы с разбором молчащих контактов — раз в полгода. Сегменты с высокой интенсивностью использования (в активных кампаниях) проверяют чаще, архивные — реже: достаточно понимать, что они архивные, и не трогать их без реактивации.
Какая доля базы естественно устаревает за год?
Ориентир из практики — 20–30% контактов теряют актуальность за год без активности с базой: смена работы, закрытие компании, смена email-домена. Если базу не обновляли дольше года, реальная доля мёртвых данных обычно выше этого ориентира, и её стоит проверять техническим способом, а не оценивать на глаз.
Чем сбор базы для адресного аутрича отличается от сбора для массовой рассылки?
В адресном аутриче ICP-фильтр применяется на входе, а не постфактум: компания, не подходящая под критерии, не должна попадать в базу вообще. Массовая рассылка чаще собирает широко и чистит через жалобы и отписки уже в процессе — такой подход в адресном B2B-аутриче обходится дороже, потому что бьёт по репутации домена при куда меньших объёмах отправки.
Нужно ли хранить контакты, которые давно не отвечают?
Если по ним нет плана реактивации — нет смысла хранить их в активной базе бессрочно. Разумная схема: перевести в архив с датой и причиной, попробовать реактивировать другим поводом раз в полгода, а тех, кто не реагирует по кругу несколько циклов подряд, удалить. Это же согласуется с общими принципами ФЗ-152 о хранении персональных данных строго под цель обработки.
Что делать с контактом, который жёстко забаунсился?
Убрать из активной базы сразу, без повторных попыток отправки на этот адрес. Жёсткий баунс — сигнал, что адрес не существует, и повторная отправка на него не восстановит контакт, а только увеличит долю отказов по домену отправителя, что бьёт по доставляемости всех остальных писем волны.
Как понять, что базу пора чистить, а не просто пополнять новыми компаниями?
Смотреть на косвенные технические сигналы: рост жёстких баунсов по сегменту относительно его же прошлых волн и рост доли контактов без единой реакции за несколько кампаний подряд. Если оба показателя растут одновременно, дело обычно не в текстах писем, а в возрасте данных — и добавление новых компаний в базу без чистки старых только маскирует проблему на время.
Хотите применить это в своём аутриче?
Расскажем, как это работает на вашем сегменте и продукте — до старта работ.
Обсудить задачу