Чек-лист запуска холодной кампании: что проверить перед стартом

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

Домены и техническая репутация

Первый блок проверок — не про текст письма, а про инфраструктуру, с которой оно уходит. Почтовые провайдеры (Gmail, Yandex, Mail.ru, корпоративные фильтры на базе Microsoft) оценивают репутацию отправляющего домена ещё до того, как оценят содержание письма, поэтому ошибка на этом уровне обесценивает даже идеально написанный текст.

Для аутрич-домена (не основного корпоративного) проверяются три записи: SPF — какие серверы вправе слать от имени домена, DKIM — цифровая подпись письма, DMARC — политика, что делать с письмами, не прошедшими первые две проверки. Отдельно проверяется прогрев: новый домен без истории переписки нельзя грузить полным объёмом с первого дня — начинают с малых порций и постепенно наращивают, обычно в течение двух-четырёх недель.

• SPF-запись домена содержит нужный сервер отправки
• DKIM настроен и подписывает исходящие письма
• DMARC установлен хотя бы в режиме мониторинга (p=none) для новых доменов
• Домен для холодного аутрича отделён от основного корпоративного домена компании
• Возраст и история прогрева домена соответствуют планируемому объёму отправки

Ящики и почтовые аккаунты

Помимо домена в целом, отдельной проверки требует каждый конкретный почтовый ящик, с которого пойдёт отправка. Здесь важно убедиться, что на аккаунте включена двухфакторная аутентификация с корректно выпущенным app-паролем для SMTP-подключения, что у ящика уже есть история переписки (не только рассылки, но и обычных писем), и что лимит отправки в день для этого конкретного аккаунта прописан явно, а не оставлен на усмотрение сервиса рассылки по умолчанию.

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

Валидация базы и стоп-листы

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

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

• Email-адреса базы прошли техническую верификацию (синтаксис, домен, mx-запись)
• Из базы исключены контакты из глобального и внутреннего стоп-листа
• Дубликаты контактов и компаний в списке объединены или удалены
• Свежесть базы — контакты собраны или обновлены не более 3–6 месяцев назад
• Компании и контакты соответствуют заявленному ICP-профилю кампании

Тексты, переменные и персонализация

Третий блок — содержание письма и то, как оно подставляется в реальные карточки контактов. Переменные (имя, компания, отрасль, должность) — самый частый источник конфуза при запуске: письмо выглядит идеально в редакторе и превращается в «Здравствуйте, {{firstName}}» на реальной отправке, потому что у части контактов это поле пустое.

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

• Все переменные в тексте имеют fallback-значение на случай пустого поля
• Письмо проверено на выборке реальных карточек, а не только на тестовом контакте
• Тема письма не содержит спам-триггеров и звучит как деловое обращение, а не рекламный заголовок
• Призыв к действию один, конкретный и выполним за минимальное усилие получателя
• Подпись содержит реальное имя отправителя и работающий способ связи

Тестовая отправка перед стартом

Даже когда домены настроены, база проверена, а текст вычитан, кампания не запускается без тестовой отправки на реальные внешние ящики — минимум на Gmail, Yandex и корпоративный почтовый сервер, если аудитория его использует. Тест показывает то, что не видно в редакторе: как письмо отрисовывается в конкретном почтовом клиенте, попадает ли оно в спам-папку, корректно ли отображается подпись и трекинг-пиксель.

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

Кто и когда прогоняет чек-лист

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

Лимиты отправки и финальный запуск

Последний блок — объём и скорость. Лимит писем в день определяется не желаемой скоростью кампании, а возрастом и историей прогрева конкретного ящика: для нового домена это может быть 20–30 писем в день на аккаунт с постепенным наращиванием, для прогретого — заметно больше, но всё ещё в разумных пределах адресного аутрича, а не массовой рассылки.

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

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

• Лимит писем в день на аккаунт соответствует возрасту и прогреву ящика
• Расписание отправки учитывает рабочие часы и часовой пояс получателя
• Назначен ответственный за мониторинг метрик в первые 24–48 часов
• Определён порог bounce rate, при котором кампания приостанавливается
• CRM настроена на автоматическую фиксацию ответов и статусов диалогов

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