Braze, Iterable, Customer.io: иллюзия «всё в одном» в эпоху RevOps

Braze, Iterable, Customer.io: иллюзия «всё в одном» в эпоху RevOps

Последний год я наблюдаю, как платформы lifecycle-автоматизации наперегонки добавляют в интерфейсы модули для прогнозирования оттока, расчёта LTV и встроенной отчетности по выручке. Выглядит как движение навстречу RevOps — объединению маркетинга, продаж и клиентского сервиса под одной крышей. Но здесь скрывается ловушка: инструмент, который обещает стать «единым окном» для всего Customer Journey, чаще всего не умеет качественно делать ничего, кроме отправки сообщений.

Мое наблюдение из практики: в первом квартале 2026 года мы помогали крупному e-com-проекту мигрировать с классической last-click (последний клик) атрибуции на MMM (мультиатрибутивную модель) и server-side (серверный) трекинг. Клиент использовал Braze как основной оркестратор. Технически Braze поддерживает импорт конверсий извне — вопросов нет. Проблема возникла в логике: когда мы убрали last-click, половина триггеров, завязанных на «последнее касание кампании в Braze», просто перестала срабатывать. Система не умела связывать конверсию, зачисленную MMM на другой канал, с событием в жизненном цикле клиента. В результате вместо бесшовной персонализации мы получили «слепые» зоны на длинных циклах.

Вывод простой: в 2026 году выбор инструмента для lifecycle — это не выбор между Braze, Iterable или Customer.io по количеству функций. Это выбор архитектуры атрибуции и данных. Если платформа не умеет бесшовно принимать сигналы с серверной стороны и не дает настраивать правила, основанные на weighted attribution (взвешенная атрибуция), а не на «последнем касании» — никакой красивый UI

— @LifecycleToolsRuPro