Поиск B2B-клиентов

База B2B-клиентов: как собрать или выбрать и проверить качество

Как собрать или выбрать B2B-базу компаний и контактов: обязательные поля, проверка качества, дедупликация, валидация email и ограничения перед запуском outreach.

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

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

Что считать B2B-базой, а что не считать

B2B-база это рабочая таблица или раздел CRM с двумя связанными уровнями:

  1. Компания. Организация, которую вы проверяете на соответствие своим критериям.
  2. Контакт. Конкретный человек или общий рабочий канал этой компании.

Потенциальным клиентом здесь будем называть подходящую компанию, а лидом запись, по которой команда уже приняла решение о следующем шаге: исследовать, связаться, исключить или отложить проверку. Поэтому список адресов вида info@ или выгрузка из каталога сами по себе лидами не являются: сначала нужно понять, кому принадлежит запись и почему она подходит.

Это важно разделять. В процессе B2B-лидогенерации база является одним из входов, но не всей системой. Она не заменяет сегмент, оффер, гипотезу и обработку ответов.

Что определить до сбора базы

Не нужно составлять огромный портрет компании на десять страниц. Здесь и дальше ICP (идеальный профиль клиента): короткое описание компаний, которым вы с наибольшей вероятностью можете быть полезны. В нём достаточно зафиксировать сегмент, географию, признаки пригодности и исключения. Не нужно угадывать бюджет или потребность каждой компании заранее.

До сбора стоит договориться о четырёх вещах:

Что определитьПример вопросаЗачем это в базе
СегментКакие компании покупают решение?Не собирать весь рынок «на всякий случай».
ОграниченияКакие компании точно не подходят?Сразу объяснять исключение записи.
ПризнакиКакие публичные сигналы можно проверить?Разделить факт, гипотезу и догадку.
Следующий шагЧто будет после попадания в список?Не собирать контакты без сценария работы.

Отрасль и ОКВЭД могут помочь с первым фильтром. ФНС позволяет проверить сведения о конкретной организации и получить выписку из ЕГРЮЛ или ЕГРИП. Но ОКВЭД не доказывает, что компания сейчас покупает ваш продукт, работает в нужной географии или имеет подходящий отдел. Это стартовая проверка, а не готовый ICP.

Минимальный набор полей для компании обычно такой:

  • название и домен сайта;
  • ИНН или другой устойчивый идентификатор, если он уместен;
  • отрасль и география;
  • источник записи;
  • причина включения и причина исключения;
  • дата сбора и дата последней проверки;
  • владелец записи и статус работы.

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

Для первого запуска не пытайтесь поместить всё в одну строку. Сделайте одну таблицу компаний: название, домен, идентификатор, сегмент, география, причина включения, источник, дата проверки, статус. Контакты ведите отдельными строками и привязывайте к компании по устойчивому ключу: company_id, домену или ИНН. Тогда у одной компании может быть несколько людей и каналов, но она не станет несколькими дублями.

Собирать самостоятельно, покупать файл или брать доступ к базе

У каждого способа своя задача. Универсально лучшего нет.

ВариантКогда подходитЧто проверить до стартаГлавный риск
Собрать самостоятельноНиша узкая, критерии нестандартные, важен контекстИсточники, правило отбора, объём ручной проверкиПотратить время на сбор без ясного критерия.
Купить готовый файлНужна очень узкая, понятная и проверяемая часть рынкаТестовая выборка, источники, дата обновления, условия замены ошибочных строкПолучить старые, дублирующиеся или нецелевые записи.
Купить доступ к сервисуНужны регулярные выборки и фильтры, а не разовая выгрузкаКакие поля и статусы доступны, можно ли фиксировать источник и дату, как выгружаются исключенияПринять фильтр сервиса за доказательство соответствия.

Перед оплатой попросите не презентацию, а тестовую выборку, достаточную для ручной проверки ключевых сегментов и типов записей. Как рабочая практика, можно начать с 30 строк. Это не универсальная норма: если в выборке есть разные отрасли, географии, источники или типы контактов, проверьте записи из каждой такой группы. Для каждой ответьте: существует ли компания, подходит ли она под сегмент, понятен ли источник, актуален ли сайт, кто этот контакт и почему он выбран. Если уже на этом шаге приходится долго угадывать, что имел в виду поставщик, масштабирование не исправит проблему.

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

Как проверить качество B2B-базы

Качество нельзя свести к одному проценту валидных email. Проверяйте базу по четырём слоям.

1. Компания существует и её можно идентифицировать

У записи должны быть устойчивые признаки: сайт, официальное название, регистрационный идентификатор или сочетание названия и географии. Для российских компаний сведения ЕГРЮЛ и ЕГРИП помогают проверить существование юридического лица. Если вы используете отраслевой код, фиксируйте, что это только один из признаков, а не решение само по себе.

2. Компания соответствует задаче

Здесь нужна причина включения, написанная обычным языком. Например: «производитель в нужной стране, есть собственный отдел продаж, на сайте есть нужный тип продукта». Формулировка «похожа на ICP» ничего не объясняет следующему человеку.

Полезно завести отдельное поле причина исключения: не тот сегмент, нет нужной географии, компания закрыта, уже в CRM, нет подтверждённого признака. Это позволяет позже проверить правила фильтра и не собирать те же неподходящие записи снова.

3. В базе нет управляемых дублей

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

  • компания: домен или регистрационный идентификатор, затем нормализованное название и география;
  • контакт: рабочий email, а при его отсутствии сочетание имени, роли и компании;
  • запись из нового источника: правило, обновляет ли она старую строку или создаёт новую.

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

4. Контакт пригоден для выбранного канала

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

Отдельно помечайте:

  • подтверждённый рабочий адрес;
  • непроверенный адрес;
  • общий адрес компании;
  • catch-all домен;
  • адрес, требующий обновления;
  • адрес, который нельзя использовать из-за отписки или запрета.

Catch-all домен особенно легко неверно интерпретировать. Это домен, почтовый сервер которого может принять письмо почти на любой адрес этого домена, не подтверждая существование конкретного ящика. Поэтому адрес name@company.ru на таком домене не равен подтверждённому рабочему контакту: сотрудник мог уйти, а ящика могло не быть вовсе. Ведите такие адреса отдельным статусом и не включайте в тот же тест, что и подтверждённые контакты, без ручной проверки.

Чеклист одной строки базы

Перед передачей списка в работу возьмите случайные 30 строк и по каждой проверьте:

  1. Компания существует, а домен ведёт на её сайт.
  2. Понятно, почему она соответствует сегменту.
  3. Не записана ли она в CRM под другим именем или доменом.
  4. Есть источник и дата проверки.
  5. Контакт привязан к этой компании и его роль объяснима.
  6. Статус email не скрывает catch-all или непроверенный адрес.
  7. Нет ли уже коммуникации, отписки или запрета на контакт.
  8. Понятен следующий шаг: исследовать, написать, исключить или обновить.
  9. Поля выгрузки соответствуют полям CRM.
  10. При ошибке понятно, какое правило сбора или фильтра надо исправить.

Если в выборке обнаруживается системная ошибка, не надо просто удалить 30 плохих строк и продолжить. Найдите правило, которое их добавило, исправьте его и повторите выборку. Это важнее, чем быстро нарастить объём.

Два сценария проверки

Сценарий 1. Готовая выгрузка от поставщика

Исходная ситуация: вам предлагают 5 000 B2B-контактов в нужной отрасли.

Действие: вы не загружаете весь файл в рассылку. Просите тестовую выборку, добавляете поля «источник», «дата обновления» и «причина включения», вручную проверяете 30 компаний и отмечаете дубли с CRM.

Проверка человека: он смотрит не только наличие адреса, но и соответствие компании, роль контакта и источник данных. Если источника нет или совпадения с сегментом нельзя объяснить, строка не проходит.

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

Сценарий 2. Сбор из нескольких открытых источников

Исходная ситуация: у команды есть компании из каталога, сайта отрасли и старой CRM.

Действие: сначала нормализуются названия и домены, затем задаётся правило основной записи. Новые строки получают источник и дату, а контакты отдельно помечаются по статусу проверки.

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

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

Как передать базу в CRM и не потерять смысл

Даже если сначала вы работаете в таблице, используйте схему, которую можно перенести в CRM:

ПолеДля чего
company_id или устойчивый ключНе создавать новую компанию при каждой выгрузке.
source и source_urlПонять происхождение и перепроверить запись.
collected_at, verified_atОтличить свежие данные от старых.
fit_reason, exclusion_reasonОбъяснить решение и улучшить фильтр.
contact_statusНе отправлять непроверенные и исключённые контакты в общий поток.
owner, workflow_statusНе потерять запись между маркетингом и продажами.
do_not_contactСохранять отписки и возражения при новых импортах.

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

Как проверить базу первым тестом

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

  • доля недоставленных писем и причины ошибок;
  • доля дублей и неподходящих компаний, найденных после старта;
  • ответы «не тот человек»;
  • отписки и просьбы не писать;
  • доля компаний, по которым команда не смогла объяснить повод обращения.

Если возрастает недоставка, сначала проверьте качество контактов и технические настройки, а не переписывайте письмо вслепую. Google публикует требования к аутентификации и ограничениям для отправителей писем в личные Gmail-аккаунты; Postmaster Tools помогает наблюдать часть связанных сигналов для такого потока. Эти материалы не описывают доставляемость во все корпоративные B2B-домены, но подтверждают практический принцип: техническая валидность адреса и фактическая доставляемость являются разными проверками.

Дальше полезно перейти к управляемому B2B email-аутричу: там разобраны техническая база, гипотеза и обработка ответов. А когда вы понимаете, кому и почему пишете, используйте гайд по первому холодному письму, чтобы не подменить сегментную работу массовым шаблоном.

Публичный контакт не означает разрешение на любое касание

Нельзя дать единое юридическое разрешение, которое подходило бы для любой страны, адресата и канала. Правила зависят от юрисдикции, типа получателя и способа связи. Для России статья 18 закона о рекламе устанавливает требования к распространению рекламы по сетям электросвязи, включая предварительное согласие адресата и прекращение распространения по его требованию. Но применимость этих требований к конкретному B2B-обращению зависит в том числе от содержания сообщения и его правовой квалификации; публичный рабочий контакт сам по себе не решает этот вопрос. Закон о персональных данных отдельно задаёт требования к цели, достаточности, актуальности и хранению данных, а правовое основание обработки, в том числе с учётом статьи 6, нужно оценивать применительно к конкретной схеме работы.

Если вы работаете с зарубежными рынками, не переносите российское правило автоматически. Например, в Великобритании требования различаются для corporate subscribers, индивидуальных предпринимателей и персональных данных делового контакта. В ЕС законный интерес не является автоматическим основанием для любого direct marketing. Для США действуют отдельные требования CAN-SPAM.

Практический минимум до старта: определить страны и канал, проверить применимые требования с юристом, честно идентифицировать отправителя, дать рабочий способ отказаться от сообщений и вести список исключений. Удалять отписавшийся контакт полностью не всегда полезно: лучше хранить минимальную запись в suppression list, чтобы он не вернулся в следующую выгрузку.

Короткий план на один рабочий день

  1. Опишите сегмент и три причины исключения.
  2. Создайте список обязательных полей и ключей дедупликации.
  3. Получите или соберите тестовые 30 строк.
  4. Проверьте компанию, источник, дату, роль и статус контакта вручную.
  5. Исправьте правило, если ошибка повторяется.
  6. Импортируйте ограниченный сегмент с полями источника и исключений.
  7. Запустите малый тест и измеряйте качество базы отдельно от текста письма.

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

Использованные источники

  1. ФНС: сведения ЕГРЮЛ и ЕГРИП
  2. ФНС: коды ОКВЭД
  3. ФНС: доступ к сведениям ЕГРЮЛ и ЕГРИП
  4. Microsoft: выявление и объединение дублей
  5. Microsoft: дедупликация при унификации данных
  6. Microsoft: импорт и контроль дублей
  7. Salesforce: правила совпадений
  8. Apollo: статусы email
  9. Google: требования к отправителям Gmail
  10. Google: Postmaster Tools
  11. 38-ФЗ, статья 18
  12. 152-ФЗ, статья 5
  13. 152-ФЗ, статья 6
  14. ICO: B2B marketing
  15. FTC: CAN-SPAM Act
  16. EDPB: legitimate interest