Почему классические ESP не подходят под холодный B2B-аутрич — и чем их заменить

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

Что вообще такое классический ESP и для чего он создан

ESP (email service provider) — платформа для рассылки писем по собственной базе адресов: подписчики оставляют email через форму на сайте, дают согласие на получение писем, а сервис берёт на себя техническую часть массовой отправки, вёрстку и статистику по открытиям и кликам.

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

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

Отсюда и главный практический вывод этой статьи: вопрос не в том, «хороший ли ESP сервис», а в том, «для какой задачи он спроектирован». Использование правильного инструмента не по назначению создаёт риски, которых не было бы при выборе решения, изначально рассчитанного на холодную адресную переписку.

Проблема 1: правила использования запрещают несогласованную отправку

У большинства email-платформ в пользовательском соглашении прямо прописан запрет на отправку писем адресатам, которые не давали согласия на получение рассылки от этого конкретного отправителя. Формально холодное письмо конкретному ЛПР, который никогда не подписывался на базу, нарушает это условие с первого письма.

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

Особенно обидно, когда блокировка происходит в разгар успешной кампании: письма шли хорошо, отклик рос, а затем аккаунт замораживается автоматической системой платформы без возможности быстро выяснить причину. В таком случае теряется не только доступ к сервису, но и вся история переписки с уже ответившими ЛПР, если она не дублировалась отдельно в CRM.

Проблема 2: общая инфраструктура и чужая репутация

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

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

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

Проблема 3: отчётность заточена не под ту единицу измерения

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

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

Ещё одно следствие — сегментация в ESP строится вокруг тегов и списков подписчиков, а не вокруг стадии диалога с конкретным контактом. Для холодного аутрича важнее видеть не «сколько человек в списке А», а «на каком этапе переписки находится каждый ЛПР» — это принципиально другая структура данных, и типовая архитектура ESP под неё не рассчитана.

Что используют вместо ESP

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

Вторая альтернатива — CRM или платформа, спроектированная конкретно под адресную переписку: она хранит диалог по каждому контакту, автоматизирует follow-up с остановкой при ответе и даёт отчётность в терминах воронки конкретных ЛПР, а не абстрактной кампании. Такие системы обычно сразу учитывают специфику B2B-цикла — долгий путь от первого письма до сделки, несколько касаний, участие нескольких людей со стороны компании-получателя.

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

• Реальные корпоративные ящики с ротацией вместо общего технического аккаунта платформы
• Собственный прогрев доменов вместо готовой репутации на чужой инфраструктуре
• CRM с карточкой диалога по контакту вместо отчёта по абстрактной кампании
• Follow-up с автоматической остановкой при ответе вместо жёсткой цепочки без учёта реакции

Как понять, что пора переходить с ESP на альтернативу

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

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

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

Как перевести уже собранную базу без потерь

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

Разумный порядок переноса — выгрузить сырой список контактов, прогнать через инструмент обогащения и верификации, вручную сверить актуальность должностей на выборке, и только затем загружать очищенную базу в новую инфраструктуру отправки. Перенос «как есть» без этой промежуточной обработки обычно приводит к тем же проблемам с доставляемостью, только уже на новом инструменте.

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

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