Чеклист перед запуском холодной кампании: 20 проверок до кнопки «старт»

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

Блок 1: сегмент и база контактов

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

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

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

Блок 2: содержание письма и персонализация

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

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

Отдельно стоит проверять логические связки между переменными и остальным текстом: если письмо строится вокруг конкретной боли отрасли, а переменная отрасли для части базы не заполнена или подставлена неверно, вся конструкция письма рассыпается — фраза «в вашей отрасли [ОТРАСЛЬ] это особенно критично» без заполненного значения выглядит хуже, чем письмо вообще без персонализации.

• Все переменные персонализации заполнены и не выводятся как {{имя}} буквально
• Имя и название компании склоняются и пишутся корректно во всех вхождениях
• Ссылки в письме ведут на правильный адрес и открываются без ошибки
• Ссылка отписки присутствует и работает
• Подпись отправителя соответствует реальному имени и должности, от которых идёт письмо
• Тема письма не содержит явных спам-триггеров и лишних символов
• Длина письма укладывается в разумный объём для холодного касания (обычно 60–120 слов)

Блок 3: инфраструктура и аутентификация

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

Эти проверки особенно важны при запуске с нового домена или после паузы в отправке: аутентификация могла разъехаться после смены хостинга или регистратора, а прогрев ящика — обнулиться после долгого простоя.

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

• SPF, DKIM, DMARC настроены и проходят проверку для всех отправляющих доменов
• Домен и IP отправки не числятся в чёрных списках
• Ящик прогрет достаточно для планируемого объёма отправки
• Количество ящиков в ротации соответствует объёму сегмента кампании

Блок 4: лимиты и расписание отправки

Четвёртая группа касается того, как именно письма будут уходить во времени. Нарушение лимитов отправки на ящик — одна из самых частых причин резкого падения доставляемости уже в середине кампании, когда откатывать поздно.

Расписание отправки тоже нужно проверить заранее: письма, уходящие ночью или в выходные, читаются получателем иначе и часто воспринимаются как автоматическая рассылка, а не деловое обращение в рабочее время.

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

• Суточный лимит отправки на ящик не превышен
• Расписание отправки укладывается в рабочие часы часового пояса получателя
• Интервалы между письмами внутри цепочки заданы разумно (не все follow-up в один день)
• Запланирован ответственный, который отслеживает ответы в первые сутки после отправки

Обязательный шаг: тестовая отправка на контрольные ящики

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

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

• Тест на ящики минимум трёх разных провайдеров почты
• Проверка папки, куда попало письмо (инбокс / промо / спам)
• Визуальная проверка темы и текста на десктопе и мобильном клиенте
• Проверка, что ответ на тестовое письмо доходит до нужного ящика в CRM

Как встроить чеклист в процесс, а не держать его в голове

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

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

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

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