Чек-лист запуска холодной кампании: 30 проверок до первой волны
Почти каждый провал холодной кампании при разборе оказывается предотвратимым: незамеченная ошибка в SPF, сотня мёртвых адресов в базе, переменная персонализации, которая не подставилась, отписка, ведущая в никуда. Всё это ловится за час проверок до запуска — и неделями разгребается после. Ниже — рабочий чек-лист, который мы прогоняем перед стартом каждой адресной B2B-кампании: пять блоков, от инфраструктуры до плана обработки ответов, с критериями «готово» по каждому пункту.
- Порядок проверок фиксированный: инфраструктура → база → контент → тестовые отправки → процесс обработки ответов; следующий блок не имеет смысла без предыдущего.
- Критерий готовности инфраструктуры — pass по SPF, DKIM и DMARC в Authentication-Results на контрольных ящиках всех целевых провайдеров, а не «записи вроде есть».
- База перед запуском верифицируется полностью: жёсткие баунсы выше 2–3% на первой волне портят репутацию домена на всю кампанию.
- Тестовая отправка на свои ящики с реальными данными из базы — единственный способ увидеть письмо глазами получателя: рендер переменных, папку доставки, вид на мобильном.
- Запуск — это не залп: первая волна на 10–20% базы по самому тёплому сегменту, сутки наблюдения за метриками, потом масштабирование.
Блок 1: инфраструктура отправки
Первый блок проверяет фундамент: домен, аутентификацию, репутацию. Ошибки этого уровня не лечатся хорошими текстами — письмо с проваленным DMARC уедет в спам с любым содержанием. Проверка занимает 15–20 минут, и делать её нужно даже если «всё настраивали месяц назад»: DNS-записи ломаются при смене хостинга, добавлении сервисов, правках соседних записей.
Главный принцип проверки — смотреть не на свои настройки, а на вердикт получателя. Отправьте письмо на контрольные ящики целевых провайдеров (Gmail, Яндекс, Mail.ru, корпоративный Microsoft 365) и откройте служебные заголовки: в Authentication-Results должны стоять spf=pass, dkim=pass, dmarc=pass именно для вашего отправляющего домена. Это финальный экзамен, который не заменят никакие онлайн-чекеры.
Если домен или ящик новые — сверьтесь с состоянием прогрева: домен без двух-четырёх недель истории отправки не готов к кампании независимо от остальных пунктов. Запуск с непрогретого домена — самая дорогая ошибка списка, потому что портит не кампанию, а актив.
- SPF, DKIM, DMARC дают pass на контрольных ящиках всех целевых провайдеров
- Отправляющий домен — выделенный (не основной домен компании), с корректным PTR
- Домен прогрет: 3–6 недель истории, стабильный inbox на контрольных ящиках последние две недели
- Домен и IP не значатся в основных чёрных списках
- Постмастер-кабинеты подключены, репутация не в красной зоне
- Ящик отправителя живой: имя, должность, подпись, приём входящих работает
- Дневные лимиты отправки выставлены под план кампании и не превышают привычный темп домена
Блок 2: база и сегменты
Второй блок — качество списка. В адресном аутриче база — половина результата: самое сильное письмо не работает по нецелевым и мёртвым адресам. Перед запуском база проходит три фильтра: валидность (адрес существует и принимает почту), релевантность (компания и человек соответствуют ICP), легитимность (адреса нет в стоп-листах).
Верификация адресов обязательна для любой базы старше пары месяцев и любой базы из внешних источников. Ориентир: после верификации в кампанию идут только валидные адреса; всё сомнительное — в отдельный сегмент с осторожным темпом или в корзину. Жёсткие баунсы выше 2–3% на первой волне — удар по репутации, который аукнется всем следующим волнам.
Сверка со стоп-листами — пункт, который чаще всего пропускают и который дороже всего обходится: письмо человеку, ранее попросившему не писать, — это и жалоба в один клик, и нарушение требования ФЗ-38 о прекращении отправки по требованию адресата. Стоп-лист должен быть единым для всех кампаний и всех отправителей компании.
- Все адреса верифицированы, невалидные и рисковые исключены
- База сверена с единым стоп-листом отписок и отказов за всё время
- Дубли схлопнуты: один человек получит одно письмо, одна компания — не пять писем в один день
- Сегменты соответствуют ICP: должность, отрасль, размер компании выборочно проверены руками
- Поля персонализации заполнены и чисты: имена без «ООО Ромашка» в поле имени, компании без юридического мусора
- Выборочная ручная проверка 20–30 строк: тот ли человек, та ли компания, живая ли компания
- Размер первой волны определён: 10–20% базы, самый тёплый сегмент
Блок 3: письмо и цепочка
Третий блок — контент. Проверяется не «нравится ли текст», а формальные вещи, которые ломают кампании: рендер переменных, ссылки, тему, цепочку follow-up, механизм отказа. Художественную часть — оффер, структуру, тон — к моменту чек-листа уже должны были отработать; здесь финальный технический контроль.
Особое внимание переменным персонализации: именно они дают самые унизительные ошибки жанра — «Здравствуйте, {{FirstName}}», обращение к Марии «Дмитрий», компания-конкурент в поле «ваша компания». Правило: для каждой переменной определён fallback на случай пустого поля, и написана версия письма, которая остаётся осмысленной при всех fallback сразу.
Проверьте письмо и глазами фильтра: без промо-словаря и капслока в теме, разумное соотношение текста и ссылок (в холодном письме ссылок минимум — одна, и лучше по делу), корректная подпись с реальными реквизитами отправителя, работающий способ отказаться от переписки. Требования здесь совпадают у спам-фильтров, закона и здравого смысла: деловое письмо конкретному человеку по его рабочему вопросу не должно выглядеть как реклама.
- Тема короткая, предметная, без промо-слов, капслока и эмодзи
- Все переменные имеют fallback; письмо читается осмысленно при пустых полях
- Ссылки работают, ведут на нужные страницы, нет сокращателей ссылок
- Подпись: живое имя, должность, компания, прямой контакт
- Механизм отказа есть и работает: фраза в тексте или List-Unsubscribe, отказ автоматически попадает в стоп-лист
- Цепочка follow-up написана заранее: 2–3 касания, каждое добавляет новое, интервалы в несколько рабочих дней
- Стоп-условия цепочки настроены: ответ или отказ немедленно останавливает следующие касания
- Вложений нет; тяжёлых картинок нет; письмо в основном текстовое
Блок 4: тестовые отправки
Четвёртый блок — генеральная репетиция. Отправьте письмо из боевого инструмента, с боевого ящика, с подстановкой реальных данных из базы — на собственные контрольные ящики у всех целевых провайдеров. Смотреть нужно четыре вещи: папку доставки, рендер переменных, внешний вид (десктоп и мобильный) и служебные заголовки.
Тест с реальными данными принципиален: тест с аккуратной тестовой строкой «Иван Иванов, ООО Тест» проверяет только механику отправки. Возьмите из базы несколько настоящих строк — включая самые кривые (длинные названия компаний, двойные имена, пустые поля) — и убедитесь, что письмо выглядит по-человечески на них всех.
Если среди целевых получателей есть компании с жёсткими почтовыми шлюзами, полезно иметь контрольный ящик и за таким шлюзом — или хотя бы прогнать письмо через сервис проверки спам-скоринга. Один прогон покажет сработавшие правила фильтра поимённо, и чинить их до запуска сильно дешевле, чем после.
- Письмо пришло во «Входящие» (не спам, не «Промоакции») на всех контрольных ящиках
- Authentication-Results: spf/dkim/dmarc = pass на каждом провайдере
- Переменные подставились корректно на 5–10 реальных строках базы, включая кривые
- Письмо читается на мобильном: короткие абзацы, ничего не разъехалось
- Ответ на тестовое письмо доходит до ящика отправителя и виден команде
- Ссылка отказа работает, тестовый отказ попал в стоп-лист автоматически
- Follow-up в тестовой цепочке уходит с правильным интервалом и останавливается по ответу
Блок 5: процесс после запуска
Пятый блок проверяет то, о чём вспоминают в последний момент: готовность обрабатывать результат. Цель адресной кампании — ответы, и ответ, провисевший без реакции три дня, стоит вам встречи: заинтересованность остывает за часы. До запуска должно быть решено, кто и как быстро отвечает, куда попадают ответы, как классифицируются и что происходит с каждым типом.
Минимальный регламент: ответы падают в CRM или общий ящик с назначенным ответственным; время реакции на позитивный ответ — до нескольких рабочих часов; на вопросы и возражения — в тот же день; отказы — вежливое закрытие и стоп-лист; автоответы об отпуске — перенос касания, а не «нет ответа». Если кампанию ведёт один человек, всё проще, но правило то же: в дни волн в календаре зарезервировано время на обработку.
И договоритесь о стоп-кранах заранее: при каких цифрах кампания останавливается для разбора. Типовые пороги: жёсткие баунсы выше 2–3%, письмо в спаме на контрольном ящике, всплеск жалоб в постмастере, больше пары негативных ответов подряд с одного сегмента. Останавливать кампанию по заранее записанному правилу психологически легче, чем спорить об этом в моменте — а вовремя нажатый стоп-кран спасает домен.
Мини-план первой недели: день 1 — волна на 10–20% базы по самому тёплому сегменту, вечером сверка баунсов и контрольных ящиков. День 2 — обработка первых ответов, проверка постмастера. Дни 3–4 — при чистых метриках вторая волна на следующий сегмент. День 5 — сводка недели: доставка, открытия, ответы по сегментам, решение о темпе следующей недели. Follow-up включаются своим графиком с рабочими интервалами от первого касания.
Частые причины провалов, которые чек-лист должен поймать
Напоследок — рейтинг ошибок, ради которых этот чек-лист существует. Каждая из них выглядит мелочью до запуска и катастрофой после.
- DMARC ломается после смены DNS-хостинга за неделю до кампании — никто не перепроверил
- База «из проверенного источника» даёт 8% баунсов и убивает репутацию свежепрогретого домена
- Переменная компании подставляет юридическое «ООО ТД АЛЬФА-ТРЕЙД 2015» в живой текст письма
- Отписка ведёт на несуществующую страницу — недовольные жмут «Спам»
- Follow-up уходит человеку, который ответил вчера, — цепочку не остановили
- Вся база получает письмо в понедельник в 9:00 одним залпом с непрогретого ящика
- Ответы падают в ящик, который никто не читает; первый позитивный лид обнаружен через неделю
- Кампанию запустили в пятницу вечером — ответы пришли в выходные и остыли к понедельнику
Вопросы и ответы
Сколько времени занимает полная проверка по чек-листу?
Если инфраструктура и база готовились заранее — 1,5–2 часа на все пять блоков, включая тестовые отправки. Если проверка вскрывает проблемы (непрогретый домен, грязная база), запуск сдвигается на дни или недели — и это нормально: перенос старта всегда дешевле восстановления репутации домена.
Какой пункт чек-листа самый критичный, если время есть только на один?
Тестовая отправка на контрольные ящики целевых провайдеров с реальными данными из базы: она разом проверяет аутентификацию (по Authentication-Results), папку доставки, рендер переменных и вид письма. Это интегральный тест всей цепочки. Но полноценной верификации базы он не заменяет — баунсы тестом не поймать.
Зачем первая волна только на часть базы, если всё проверено?
Чек-лист ловит предсказуемые ошибки, но не всё: реакцию конкретного сегмента, поведение конкретных корпоративных фильтров, качество конкретного источника базы покажет только реальная отправка. Волна на 10–20% ограничивает цену любого сюрприза: заметили всплеск баунсов или спам-папку — остановились, потеряв малую часть базы, а не всю.
Нужно ли проверять письмо на спам-словарь, если это адресное деловое письмо?
Да, быстрый взгляд нужен: даже честное деловое письмо может случайно собрать рисковые паттерны — промо-слова в теме, капслок, пять ссылок, тяжёлые картинки. Правильная рамка — не «обмануть фильтр», а «не выглядеть рекламой»: короткое текстовое письмо по рабочему вопросу конкретному человеку проходит фильтры само по себе.
Как часто нужно повторять проверки инфраструктуры?
Перед каждой кампанией — быстрый прогон: контрольные ящики, Authentication-Results, баунсы прошлой волны, постмастер. Полная проверка — при любых изменениях: смена DNS-хостинга, нового сервиса отправки, нового домена или ящика, паузы в отправках дольше двух-трёх недель. DNS-записи имеют свойство ломаться от чужих правок — «настроили один раз» не работает.
Что делать, если запуск уже случился без чек-листа и метрики плохие?
Остановить отправку — волны и follow-up — и пройти чек-лист в обратном порядке важности: баунсы и стоп-листы (не жжём ли базу и закон), Authentication-Results и контрольные ящики (доставляемость), рендер писем. Устранив причину, возвращайтесь малыми волнами по самому тёплому сегменту и следите за динамикой: если домен успел набрать плохую репутацию, темп придётся снижать до восстановления.
Хотите применить это в своём аутриче?
Расскажем, как это работает на вашем сегменте и продукте — до старта работ.
Обсудить задачу