Аудит и перестройка e-mail программы для B2B SaaS: доставляемость, сегментация, триггеры и A-B тесты в Customer.io

Исходная ситуация: B2B SaaS для HR (подписка, цикл сделки 2-6 недель). Сейчас рассылки идут из Customer.io, домен отправителя shared с транзакционными письмами, часть событий приходит из Segment. Открываемость по базе 18-22%, клики 1-1.6%, заметные провалы по Gmail/Outlook, периодически письма попадают в Promotions/Spam. Отписки растут после массовых рассылок. Воронка писем собрана «по мере надобности», есть дубли, нет единой логики сегментов и частотных ограничений.

Техническая среда и ограничения: Customer.io + Segment (event-stream), продуктовая аналитика в GA4, CRM HubSpot (только для чтения), отправка с выделенного поддоменa (можно менять DNS у Cloudflare). Нельзя подключать новые платные сервисы и покупать новые домены. Нельзя менять тексты продуктовых писем (password reset, invoice) - только инфраструктура и маркетинговые цепочки. Нельзя делать HTML-редизайн писем - работаем с текущими шаблонами, допускаются точечные правки, влияющие на спам-факторы и кликабельность. Доступ к данным - через гостевые роли, выгрузки персональных данных запрещены, работаем с обезличенными отчетами/сегментами внутри систем.

Что требуется сделать (несколько этапов):
1) Диагностика доставляемости и репутации. Проверить SPF/DKIM/DMARC, alignment, обратную почту, настройку tracking domain, наличие/корректность List-Unsubscribe. Собрать картину по провайдерам (Gmail/Outlook/Yahoo), оценить причины попадания в Spam/Promotions на основе доступных сигналов в Customer.io и заголовков писем. Сформировать план исправлений с приоритетами.
2) Перестройка структуры аудиторий и частот. Проектирование сегментов по жизненному циклу (trial, onboarding, activated, dormant, churn risk, paid) с правилами исключений и частотными ограничениями, чтобы один контакт не попадал одновременно в конфликтующие кампании. Учет часовых поясов и рабочих дней (B2B).
3) Триггерные цепочки. Собрать/пересобрать минимум 3 автоматизации в Customer.io на основе событий из Segment: onboarding (первые 14 дней), reactivation (нет ключевого события 10/21 день), lead nurturing для MQL (после заявки/демо). Для каждой цепочки - цель, условия входа/выхода, антидубли, throttling, контрольные метрики.
4) Эксперименты. Настроить A-B тестирование тем/прехедеров и одного контентного блока (без полной верстки) с корректной выборкой и критериями остановки. Минимум 2 параллельных теста, чтобы получить статистически пригодные результаты на объеме.
5) Измерение и отчетность. Настроить единый набор событий/конверсий для оценки эффективности писем: активация в продукте, запрос демо, апгрейд, возврат в продукт. Связать кампании/сообщения с UTM и согласовать naming convention. Подготовить дашборд/отчет в виде документа с метриками до/после и планом дальнейших итераций.

Конкретный результат: исправленные DNS-настройки и параметры отправки, новая схема сегментов, минимум 3 рабочие триггерные автоматизации в Customer.io, 2 настроенных A-B теста, документированная карта событий и naming, финальный отчет с рекомендациями на 30 дней.

Измеримые критерии приемки (по итогам 2 недель после внедрения, без учета сезонности): открываемость по warm сегментам +20% относительно базовой линии, доля доставленных писем не ниже 99%, снижение отписок на массовых отправках минимум на 25%, снижение доли spam-репортов (если доступно) минимум на 20%, отсутствие дублей отправки между кампаниями (проверка на тестовых контактах и на 100 случайных реальных профилях внутри Customer.io). Все изменения задокументированы: что изменено, где, и как откатить.

Важно: проект требует уверенной работы с Customer.io, Segment event-моделью, deliverability практиками (SPF/DKIM/DMARC, alignment, suppression, list hygiene) и понимания B2B lifecycle маркетинга.