Когда клиент спрашивает, откуда мы возьмем базу, короткий честный ответ звучит так: у Polza Agency нет одной универсальной базы, которую мы отправляем всем. Под каждый проект мы сначала формулируем проверяемые признаки вашей целевой аудитории, а затем выбираем источники, где эти признаки действительно видны. Дальше сырой список проходит очистку, перепроверку и валидацию доступного контакта или канала связи компании.
Критерии ЦА здесь не бюрократия, а фильтр: именно они отделяют полезные данные от случайных строк. Rusprofile, СБИС, карты, вакансии, закупки — это места, где лежат строки, а не готовая аудитория. Поэтому мы всегда держим в голове три слоя, которые редко закрываются одним источником: где нашли компанию, чем подтвердили ее соответствие сегменту и как нашли и проверили контакт для касания.
Ниже — что именно мы умеем извлекать из разных источников, на каких проектах это применяли и где видим границы.
Какие данные можно получить из разных источников
Дальше мы разбираем источники по одному: какие поля из них брали, какую задачу они у нас закрывали и что именно они не доказывают. Порядок сгруппирован по источнику, а не по каталогу сервисов.
Rusprofile и реестры. Отсюда мы берем юридическое название и статус, ОКВЭД, регион, руководителя, сайт и доступные контакты, а также ориентир по масштабу компании. Это фундамент, когда нужно отделить компании по отрасли, географии и юридическому статусу.
На проектах в строительстве, производстве, сельском хозяйстве, транспорте и торговле мы собирали здесь базовый массив компаний и фильтровали его по ОКВЭД и ориентиру по масштабу. В части проектов Rusprofile становился первым слоем, поверх которого уже накладывались финансовые и отраслевые сигналы.
Чего реестр не доказывает: ОКВЭД и карточка юрлица не гарантируют актуальную потребность. Реальную деятельность и соответствие офферу мы сверяем по сайту и другим сигналам, а не по одной строке из реестра.
СБИС. Здесь доступны ИНН, вид деятельности, выручка, сайт, контакты, численность и динамика доходов. К этому источнику мы обращаемся, когда сегмент завязан на масштаб и финансовый профиль компании.
В проектах по транспорту, торговле, производству, телекому и обучению мы использовали СБИС для фильтра по деньгам и размеру: делали отдельные выборки по выручке, численности и приросту доходов. Когда этого требовал ICP проекта, добавляли и другие подтвержденные поля — например, дату регистрации, налоговый режим, уплаченные налоги или суммы контрактов в роли заказчика и поставщика. Набор полей мы не раздуваем без причины: берем только то, что действительно нужно задаче.
Чего финансовая карточка не заменяет: порог по выручке или численности ничего не говорит о продукте и текущей ситуации в компании. Это фильтр входа, а не подтверждение спроса и соответствия оффера.
HH и вакансии. Из вакансий мы вытягиваем название компании, сайт, дату и название вакансии, описание работодателя и регион. Это источник сигналов о движении внутри компании: наём под конкретную роль, рост функции, используемый стек, запуск нового направления.
С HH мы работали для IT-компаний и поиска по технологическим ролям, а также когда отслеживали наём директоров по продажам, маркетологов, HR и производственных команд. Схема простая: находим релевантную вакансию, фиксируем компанию и сайт, затем дополняем контактами.
Здесь важно не переоценивать сигнал. Вакансия говорит о состоянии компании, но это не обязательный адресат письма и не доказанный спрос на ваш продукт. Поэтому мы читаем задачи вакансии, дату, регион и контекст работодателя, а не просто факт открытой позиции.
2ГИС и Яндекс Карты. Карты дают рубрику, адрес, город, сайт, контакты, описание, рейтинг и локальное присутствие. К ним мы обращаемся, когда сегмент завязан на физическую точку, филиалы и локальную специализацию.
В проектах по медицинскому оборудованию, недвижимости, строительству, образовательным организациям и локальным компаниям мы собирали с карт название, рубрику, адрес, город, сайт, контакты, описание, рейтинг и ссылку на карточку.
Ограничение картографических данных: карточка может обозначать точку продаж, филиал или уже устаревшую компанию, а не нужное юрлицо. Карточки дублируются и бывают закрытыми, поэтому мы делаем дедупликацию по домену и проверяем сайт.
Закупки и тендеры. Здесь доступны заказчик, предмет закупки, сумма лота и доступный контакт. В таких данных виден факт реальной покупки в категории, ее размер и повторяемость.
В промышленности, строительстве и в проекте с продуктом для строительных компаний мы использовали тендерные данные, чтобы найти компании с подтвержденным опытом закупки конкретного товара или услуги и оценить размер закупки.
Чего закупка не доказывает: прошлая закупка не равна текущей потребности и не указывает автоматически нужного человека. Факт покупки в прошлом мы читаем как основание для гипотезы, а не как готовность купить сейчас.
Списки участников выставок. Отсюда мы берем компанию, город, категорию, сайт и контакты, а при наличии — имя и роль представителя. Это источник отраслевого контекста: кто заявлен участником конкретного рынка или мероприятия.
Со списками участников мы работали для электроники, производственных компаний, музеев и театров. Когда роль представителя уже есть в данных, она помогает точнее проверить и персонализировать касание.
Ограничение: участие в выставке подтверждает присутствие в категории, но не спрос на конкретный продукт. Контакты и роли мы перепроверяем, а не переносим в базу как есть.
Отраслевые площадки, маркетплейсы, рейтинги и форумы. Профильные площадки, маркетплейсы, отраслевые рейтинги и порталы, форумы, участники нацпроектов и специализированные магазины дают узкий отраслевой или поведенческий признак — присутствие на конкретной площадке, участие в программе, работу в узкой категории, наличие определенного канала продаж.
По недвижимости мы работали через профильные площадки, а в других проектах брали компанию или владельца, домен, город, публичные каналы связи и отраслевой признак с маркетплейсов, рейтингов, отраслевых порталов, форумов и участников нацпроекта.
Главное ограничение таких каталогов: у каждого своя единица учета. В строке может оказаться объект, филиал, бренд или продавец, а не отдельная B2B-компания. Поэтому такие данные всегда приходится сводить к реальной компании.
CRM и клиентские данные. Отсюда доступны компания, ИНН, бренд, сайт, ответственный и история прошлой работы. Такая история может дать основу для warm outbound: прежний интерес, существующие отношения, возврат к потерянным возможностям.
В телекоме и других проектах с накопленной историей мы брали из клиентских баз эти данные, а затем очищали и дополняли их. Когда роль ответственного уже присутствует, она полезна для актуализации.
Ограничение: запись в CRM сама по себе не гарантирует актуальный интерес, а старая база не готова к запуску. Ей нужны актуализация, дедупликация, стоп-листы и проверка текущей роли, иначе часть контактов уже неверна.
Как это соединяется в одну выборку
Выгрузка из источника — это начало, а не результат. Ни один источник не закрывает все три слоя сразу, поэтому полноценную выборку в Polza Agency мы собираем на стыке нескольких. Общая модель, которую мы держим в основе работы, выглядит так:
признак ЦА → источник сигнала → сырая компания → дедупликация → проверка сайта и сегмента → поиск и проверка контакта или канала связи → (при необходимости) поиск конкретной роли → валидация → база для кампании
Не каждый проект буквально проходит все шаги в одном порядке, но логика сохраняется. Мы объединяем источники, склеиваем дубли по домену и юрлицу, отсеиваем строки, которые не проходят по признакам, читаем сайт и подтверждаем сегмент, находим и валидируем доступный контакт или канал. Конкретную роль ищем только тогда, когда этого требует сценарий проекта, — она не обязательный этап для каждой базы.
Готовые, покупные и клиентские базы: когда используем и почему не отправляем как есть
Иногда стартовым массивом становится готовая коммерческая выгрузка или база клиента, в том числе смешанная выгрузка из нескольких источников. Роль у них одна — стартовое покрытие сегмента, а не готовая база для немедленной отправки. У любой такой выгрузки неизвестная свежесть, есть дубли, слабая связь с ICP и контакты без понятного происхождения, поэтому она проходит тот же контроль, что и собранная нами вручную.
Как проверяется свежесть и релевантность
Ни один источник не гарантирует актуальность всех полей. Мы проверяем свежесть по дате сигнала, текущему сайту, статусу компании, работоспособности адреса и стоп-листам. Старая строка без подтверждения не уходит в запуск.
С email то же самое. В проектных таблицах встречаются публичные адреса из карточек, сайтов, реестров, вакансий, списков участников и клиентских данных. Каждый адрес мы сопоставляем с компанией и проверяем технически. Наличие публичного адреса не означает согласия компании на рекламную рассылку — это отдельный вопрос, который мы не подменяем фактом наличия email.
За что вы платите, если источники открытые
Не за доступ к одному сайту. Ценность работы Polza Agency — в связке: формализация ICP, выбор сигналов, сбор, объединение источников, очистка, перепроверка, поиск и валидация доступного контакта, фиксация причины попадания каждой компании в базу и подготовка данных для персонализации. Открытость источника не отменяет ни один из этих шагов.
Что мы просим у вас на старте и что показываем перед запуском
От вас на старте нужны проверяемые признаки целевой компании. Если признак существует в публичном или клиентском источнике, под него можно построить метод сбора. Если признак субъективный и нигде не фиксируется, мы заранее обозначаем это ограничение и предлагаем косвенные сигналы.
Перед отправкой писем вы получаете подготовленную выборку, где по каждой компании понятно, откуда она взята, каким сигналом подтвержден сегмент и по какому контакту или каналу пойдет касание.
FAQ
Вы просто покупаете готовую базу? Иногда готовая выгрузка или ваша база служит стартовым массивом. Но запуск по ней без проверки мы не делаем: источник не отменяет сегментацию, очистку, дедупликацию, актуализацию и валидацию.
Можно собрать компании в нашей узкой нише? Да, если нишу удается перевести в проверяемые признаки, которые где-то фиксируются. Если признак субъективный, мы честно скажем об ограничении и предложим косвенные сигналы.
Почему нельзя просто выгрузить все из 2ГИС или Rusprofile? Потому что сервис дает строки, а не доказанную аудиторию. Основная работа начинается после выгрузки: признаки, правила исключения, склейка юрлиц и доменов, проверка сайта и пригодности контакта.
Насколько данные актуальны? Ни один источник не гарантирует полную актуальность, поэтому перед запуском мы перепроверяем данные и не отправляем устаревшие записи.
Откуда берется email? Из публичных карточек, сайтов, реестров, вакансий, списков участников и клиентских данных. Каждый адрес сопоставляется с компанией и проходит техническую проверку.
Короткий чек-лист перед стартом
- Сформулируйте, по каким признакам компания точно ваша, а какая точно нет.
- Отметьте признаки, которые где-то публично или в вашей CRM фиксируются.
- Передайте стоп-листы и уже отработанные контакты, если они есть.
- Договоритесь, что перед отправкой вы смотрите выборку с указанием источника и контакта для касания.
Если у вас уже есть представление о целевой компании, Polza Agency поможет разобрать, из каких источников ее реально собрать и что придется проверить дополнительно.