Сценарии, которые работают в e-commerce — скидки, таймеры, письма о брошенной корзине — рассчитаны на импульсную покупку. В B2B с длинным циклом сделки эта логика не работает: решение принимает ЛПР, который неделями сравнивает подрядчиков по цифрам и кейсам. Частые акционные касания такую аудиторию не ускоряют, а поднимают отписки — и на узкой базе (тысячи контактов, не десятки тысяч) каждая отписка сокращает охват для всех будущих писем.

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

Открываемость нельзя сравнивать без методологии

Apple Mail Privacy Protection автоматически подгружает содержимое письма и трекинг-пиксель на устройствах Apple в момент получения — независимо от того, откроет ли человек письмо вообще. Это означает, что часть «открытий» в отчете — техническое действие почтового клиента, а не факт прочтения. Насколько сильно это искажает конкретный отчет, зависит от доли получателей на устройствах Apple в конкретной базе — единого коэффициента коррекции не существует, и любой источник, который его называет, называет свою оценку, а не стандарт.

Таким образом, цифра «Open Rate X%» без пояснения, учтено ли это искажение, ничего не говорит о качестве базы или письма. Агентство, которое умеет объяснить, как оно считает открываемость и почему, — уже отличается от того, что просто показывает число в презентации.

Вопрос агентству: как считается Open Rate — по пикселю без поправок или с учетом технических открытий Apple Mail, и как агентство отделяет одно от другого в отчетах?

Доставляемость — техническая часть, а не искусство

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

Аутентификация домена. 

SPF, DKIM и DMARC — три записи в DNS, которые подтверждают почтовым серверам получателя, что письмо действительно отправлено от имени домена компании, а не подделано. Без них письма технически выглядят как потенциальный спам или фишинг для любого современного почтового сервиса, вне зависимости от контента.

Порог жалоб на спам. 

У Google и Yahoo действует официальное требование для массовых отправителей (от 5000 писем в день на их домены): доля жалоб на спам, зафиксированная в Google Postmaster Tools, не должна превышать 0,3%, с рекомендацией держаться ниже 0,1% как безопасного запаса. Превышение порога ведет к отклонению писем на уровне сервера, а не к попаданию в папку «Спам» — это жестче, чем просто плохая статистика. Это метрика жалоб, а не отписок: получатель может отписаться штатно или пожаловаться на спам, не отписываясь вообще, — агентство должно отслеживать обе цифры отдельно.

Механизм отписки в один клик.

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

Вопрос агентству: настроены ли SPF/DKIM/DMARC на домене компании, кто мониторит показатель жалоб в Postmaster Tools и как реализована отписка в один клик?

Почему агентства по умолчанию продают рассылку, а не триггер

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

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

На узкой базе есть и отдельное статистическое ограничение: A/B-тест темы письма на выборке в несколько сотен контактов, как правило, не набирает статистической значимости — разница между вариантами может быть шумом выборки, а не реальным эффектом. Агентство, которое предлагает A/B-тестирование как основной инструмент оптимизации именно на узкой B2B-базе, либо не считает мощность теста, либо не проговаривает эту оговорку клиенту.

Что делать с накопленной, но не купившей базой

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

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

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

Вопрос агентству: есть ли политика по контактам, которые долго не взаимодействуют с рассылкой, и что именно происходит с ними — снижение частоты, вывод из активного сегмента или ничего?

Проверка на примере

Агентство Kinetica описывало кейс для ИТ-компании Web-C (веб-разработка на Битрикс24, SEO, техподдержка; высокий чек, цикл сделки от нескольких недель до нескольких месяцев). Работу разделили на два трека: триггерное письмо после отправки КП с автоматической подстановкой релевантного кейса под запрошенную услугу — и экспертные дайджесты для базы, которая обращалась ранее, но не купила, собранные по схеме «задача → что сделали → результат».

Работа велась через два разных механизма (событийный триггер и контентная рассылка), а не единый шаблон на всю базу, и включала техническую настройку доменов под доставляемость, а не только написание текстов.

Источник кейса: «Как мы переучили IT-компанию писать письма: от спама к триггерам в B2B».

Чек-лист для тендера

  1. Как считается Open Rate в отчетах — с поправкой на технические открытия Apple Mail или без нее?
  2. Настроены ли SPF, DKIM и DMARC на домене компании — и кто это подтвердит документально?
  3. Какой показатель жалоб на спам в Postmaster Tools (не отписок) и кто его отслеживает?
  4. Как реализована отписка в один клик — сколько шагов и в какой срок обрабатывается запрос?
  5. Что технически инициирует отправку триггерного письма — событие в CRM/на сайте или дата по расписанию?
  6. Есть ли политика по неактивным контактам — снижение частоты, вывод из сегмента, ничего?
  7. Можно посмотреть пример письма-триггера и обычной контентной рассылки в работе с другим клиентом — в чем разница в логике отправки, а не только в тексте?