SMS — вероятно, самый дорогой канал коммуникации в вашем стеке. При стоимости $0.01–0.05 за сообщение база в 100 000 пользователей легко обходится в $4 000–5 000 в месяц только на SMS. Если каждый сценарий в приложении начинается с текстового сообщения, вы переплачиваете за охват, который мог бы обеспечить более дешёвый канал.
Понятно, почему команды по умолчанию выбирают SMS: почти универсальная доставка, и никто не хочет пропустить сообщение. Но «отправить SMS всем на всякий случай» — это не стратегия. Это утечка бюджета.
Решение — не в отказе от SMS. А в выстраивании системы, где SMS срабатывает только тогда, когда это лучший вариант, а push-уведомления и email берут на себя остальное. Вот как это настроить в Pushwoosh Customer Journey Builder.
Как выбрать правильный канал и сэкономить
Представьте каналы как лестницу: начинайте с самой дешёвой ступени и поднимайтесь только по необходимости.
Уровень 1 — Push-уведомления. Практически нулевая маржинальная стоимость. Мгновенная доставка. Оптимально для срочных касаний, где достаточно короткого сообщения. Ограничение: пользователь должен разрешить уведомления, а доставка зависит от ОС и состояния устройства.
Уровень 2 — Email. Всё ещё очень экономичен (особенно если используете Pushwoosh 😎). Подходит для подробных сообщений: счета, сравнение тарифов, пошаговые инструкции. Медленнее, менее срочный, но отлично работает для контента, к которому пользователь вернётся позже.
Уровень 3 — SMS. Высокая доставляемость, высокая стоимость. Это ваш канал эскалации: он включается, когда push и email не могут достучаться до пользователя или не сработали, а ставки достаточно высоки, чтобы оправдать расход.
Принцип прост: каждый пользователь получает сообщение через самый дешёвый канал, где он доступен. SMS подключается только когда дешёвые варианты исчерпаны или когда ситуация действительно срочная.
Это не теория. Это конкретный паттерн маршрутизации, который можно собрать прямо сейчас.
Пример: сценарий напоминания об оплате в Pushwoosh
Давайте разберём на практике.
Допустим, у вас FinTech-приложение и нужно напомнить пользователям о предстоящем платеже. Пропущенный платёж — это штрафы, удар по кредитному рейтингу и потеря доверия. Ставки высоки, поэтому SMS оправдан на определённом этапе. Но не как первый шаг.
Вот как выстроить умную омниканальную маршрутизацию в Customer Journey Builder:
Триггер: payment_due_in_3_days
Кастомный event срабатывает, когда до даты платежа остаётся 3 дня.
-
Проверка доступности → Push-уведомление
Проверьте, доступен ли пользователь через push-уведомление. Если да — отправьте push: «Платёж $49 — в пятницу. Нажмите, чтобы оплатить.» Коротко, понятно, одно действие.
-
Ожидание 24 часа → Проверка цели
Пользователь совершил оплату? Если да — он покидает сценарий. Готово. Никаких лишних сообщений. Если нет — продолжаем.
-
Email с деталями
Отправьте email с полной информацией — сумма, дата, последствия пропуска и прямая ссылка на оплату. Email даёт пространство для деталей, которые push не вмещает.
-
Ожидание 24 часа → Проверка цели
Оплата прошла? Выход. Всё ещё не оплачено? Остался один шаг.
-
SMS — последний рубеж
За день до даты платежа срабатывает SMS. Но только для пользователей, которые: (a) не отреагировали на push или email, ИЛИ (b) были недоступны по этим каналам. Сообщение: «Платёж $49 — завтра. Оплатить: [deep link]»
Результат: большинство пользователей оплачивают после шага 1 или шага 3. SMS уходит лишь малой доле аудитории — тем, кому он действительно нужен. Расходы на SMS падают, охват остаётся прежним, и никто не получает три сообщения об одном и том же платеже.
Та же логика, другие сценарии
Сценарий с оплатой выше — один паттерн. Базовая логика — начинать с дешёвого, эскалировать целенаправленно — работает в самых разных кейсах.
Продление подписки (медиа, стриминговые приложения). Push-напоминание за 7 дней до истечения. Email со сравнением тарифов за 3 дня. SMS в день истечения — но только для подписчиков с высоким CLV, чья годовая ценность оправдывает стоимость сообщения.
Обновления доставки (e-commerce, delivery-приложения). Push-уведомление по умолчанию для «ваш заказ в пути». SMS подключается только если пользователь недоступен через push И окно доставки меньше 2 часов. Критичное время + недоступность = территория SMS.
Возврат неактивных пользователей (gaming). Push-уведомление с персонализированным предложением. Email-фоллоуап через несколько дней. И вот ключевой момент: никакого SMS. Для большинства игровых приложений ROI от текстового сообщения неактивному игроку не оправдывает затрат. Пропустить SMS — тоже валидное решение маршрутизации, и часто самое разумное.
Суть не в том, чтобы всегда ставить SMS в конце. А в том, чтобы выстроить систему, которая решает — для каждого пользователя, для каждого сценария — заслуживает ли SMS своего места.
Единообразие между каналами без перегрузки пользователя
Маршрутизация каналов решает проблему стоимости. Но без координации возникает другая: пользователи перегружены сообщениями.
В последовательном сценарии элемент Wait for trigger справляется с этим естественно — он отслеживает целевое событие (например, payment_completed) и выводит пользователя, как только событие наступает. Нет триггера? Сценарий переходит к следующему каналу. Пользователь никогда не получает push + email + SMS об одном платеже. Каждый канал подхватывает только там, где предыдущий закончил.
Когда сообщение всё-таки уходит через другой канал, адаптируйте контент под формат. Push — коротко и с призывом к действию. Email — с деталями. SMS — выжимка + ссылка.
Измеряйте стоимость конверсии, а не open rate
Open rate показывает, было ли сообщение прочитано. Он не говорит, стоило ли его отправлять.
Метрика, которая важна для маршрутизации каналов, — процент достижения цели по ветке: сколько пользователей совершили целевое действие (оплата, продление, покупка) после каждого шага сценария. Когда видно, что 70% конверсий происходит после push, а 20% после email, вы точно знаете, за что отвечает ветка SMS — и сколько она стоит.
Здесь вступает cost-per-conversion. Если SMS-ветка конвертирует 10% пользователей, которые до неё дошли, а каждый SMS стоит $0.05, это $0.50 за конверсию через SMS.
Push с почти нулевой стоимостью и 70% долей конверсий обеспечивает их фактически за $0.
Эта арифметика делает модель «SMS как эскалация» очевидной — и даёт конкретные цифры для обсуждения бюджета.
Journey analytics в Pushwoosh показывают это пошагово, прямо на canvas — так что вы можете точно отследить, где происходят конверсии и какие ветки окупаются.
Постройте умную омниканальную маршрутизацию. Увидьте экономию.
Каждый сценарий в этой статье использует одни и те же строительные блоки — Reachability check, Wait for trigger, канальные элементы и задержки по времени — всё это доступно в Pushwoosh Customer Journey Builder. Без кастомного кода, без внешней оркестрации каналов.
Выберите сценарий, который соответствует вашему самому объёмному SMS-кейсу. Перестройте его с push и email на первых уровнях. Пусть SMS обрабатывает только то, что может обработать только SMS. А потом проверьте цифры.
