Каскадные рассылки: почему канал — последний вопрос, а не первый

Когда бизнес проектирует каскадные рассылки, обсуждение обычно начинается с вопроса «какие каналы подключить». На практике это приводит к тому, что каналов становится много, правила между ними размытые, а клиенты получают сообщения, которые уже не актуальны. Проблема не в технологии — в порядке мышления.

Рынок проектирует каскады с неправильного конца

Типичный процесс: команда выбирает SMS как основной канал, добавляет PUSH как резервный, иногда подключает голосовой. Затем настраивает интервалы и задержки. Именно здесь закладывается главная ошибка: проектирование началось с инструментов, а не с задачи.

Одно и то же технологическое решение — PUSH после SMS — означает принципиально разные вещи для кода авторизации, статуса заказа и напоминания о записи. У первого срок жизни — минуты. У второго — часы. Третье теряет смысл, если запись уже отменена. Одни и те же настройки интервала и порядка каналов не могут корректно работать для всех трёх.

Событие как единица проектирования

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

Только ответив на эти четыре вопроса, можно осмысленно выбирать канал. Для кода авторизации, где срок жизни — две минуты, важна скорость; для статуса заказа, где получатель может проверить информацию позже, важна доступность; для напоминания о записи — точность момента, чтобы не уведомлять после отмены.

Три типа событий с принципиально разной логикой

Верификационные события — код входа, подтверждение операции. Здесь ошибка дорого стоит: если код не доставлен вовремя, клиент не может завершить действие. Допустимая задержка — секунды. Условие остановки — ввод кода или истечение срока действия.

Сервисные события — статус заказа, изменение записи, уведомление об оплате. Здесь важнее точность, чем скорость. Клиент ожидает информацию в определённый момент, а не немедленно. Условие остановки — просмотр информации или истечение актуальности события.

Маркетинговые события — акция, напоминание, реактивация. Здесь важна релевантность: если клиент уже купил или отменил интерес, сообщение не нужно. Условие остановки — совершение целевого действия.

Когда каскад создаёт проблему, а не решает её

Каскад с короткими интервалами для сервисного события превращается в спам: клиент получает SMS, через минуту PUSH, затем ещё одно SMS. Для напоминания о записи резервный канал после визита или отмены — прямая ошибка. В обоих случаях проблема не в каналах, а в том, что событие не было описано до настройки.

Каскад работает, когда для каждого типа события определены: срок жизни сообщения, условие перехода к следующему каналу и условие полной остановки. Такая архитектура реализована, в частности, в i-Digital.