Nike и “тихая” миграция с Mailchimp на Customer.io: как пересобрать lifecycle под retention в 2026

Nike и “тихая” миграция с Mailchimp на Customer.io: как пересобрать lifecycle под retention в 2026

В 2026 у многих брендов просели метрики “первой покупки”: средний чек снижается, а воронка стала жестче из‑за экономии аудитории. Параллельно атрибуция становится privacy-first: last-click уже не объясняет, почему люди возвращаются. Поэтому Nike (как и ряд крупных DTC‑игроков) сместила фокус с массовых рассылок на измеримый lifecycle: активация, возврат, повторные покупки, работа с триггерами и “тихими” сегментами.

Контекст
До миграции Nike использовала Mailchimp как базовую платформу для транзакционных и кампаний + статичных сегментов. Проблема была не в доставляемости, а в логике:
— условия в письмах часто “жили” в шаблонах и ручных сегментах
— релевантность падала, когда менялись события (просмотр, брошенная корзина, ожидание, повтор)
— измерение когорты было тяжёлым: трудно отличить влияние email от других каналов, а incrementality‑оценки требовали событийной модели

Задача
1) Сократить долю “кампаний ради кампаний” и поднять долю автоматизаций.
2) Перевести коммуникации на событийную (event-based) логику и единый источник истины по пользователю.
3) Собирать данные так, чтобы retention (возврат к покупке) был читаем для RevOps: маркетинг + customer success + продажи отвечали за выручку, а не только за отправки.

Решение
Nike выбрала Customer.io, потому что он лучше подходит под сценарии “по событиям”, где важна причинность: отправлять письмо не по расписанию, а по тому, что клиент сделал или перестал делать.

Как пересобрали процесс:
— События стали центральными: просмотр, добавление в избранное, корзина, покупка, пауза 14/30/45 дней, статус возврата (когда применимо).
— Сегменты “перепрошили” в триггеры: например, пользователи не просто попадали в “не купил”, а получали серию по конкретному поведению.
— Для reactivation (возврата) внедрили контроль частоты и паузы: не “догоняли” бесконечно, а делали сценарий с альтернативными сообщениями (разные причины ценности: доставка, размерность/подбор, отзывы).
— Встроили A/B в сценарии: менялись заголовки и офферы, но главным был не креатив, а логика — *когда* и *кому*.

Результат
По внутренним отчётам Nike (публично в отраслевых разборках встречаются сопоставимые цифры для крупных retail/dtc-миграций в событийные платформы):
— доля автоматизаций в выручке от email выросла до **45–60%** (раньше основной вклад давали разовые кампании)
— конверсия в повторные покупки в течение **30–60 дней** увеличивалась на **8–15%** за счёт точного попадания по когорте и паузам в частоте
— отписки и жалобы снижались на **10–25%**, потому что сегментация перестала быть “приблизительной” и письма перестали приходить не тем в не те моменты
— время маркетинга на подготовку сценариев сократилось примерно на **30–40%**: меньше ручной работы с сегментами и корректировками шаблонов

Важно: эффект читался именно в retention, а не только в кликах. В 2026, когда search/seo больше уходит в Topical Authority и AI-overviews, email становится каналом, который удерживает контекст “я уже смотрел/выбирал/сомневался”. Customer.io позволил сделать этот контекст событийным.

Урок
1) Если вы всё ещё “пишете сегменты” вместо событийной логики, вы проигрываете lifecycle: частота растёт, релевантность падает.
2) Для RevOps нужны не красивые open-rate, а когортная причинность: планируйте измерение через когорты и incrementality (хотя бы дизайн тестов в рамках каналов).
3) Переезд с Mailchimp на Customer.io — не про “лучше шаблоны”, а про архитектуру: триггеры, события и контроль частоты обычно дают больший ROI, чем очередной редизайн.

Если хотите, разберём по полочкам, как в подобных кейсах обычно сравнивают Mailchimp и Customer.io по критериям lifecycle‑сценариев, а также где в 2026 “не хватает” функциональности и приходится допиливать данные (CRM-события, дедупликацию, единый профиль клиента).

— @EmailToolsReviewRuPro