Большинство инструментов для wallet-пропусков замолкают в момент, когда клиент нажимает «Добавить в Wallet». Карта выпущена, лежит в телефоне — и дальше тишина. Ни приветствия, ни напоминания перед сгоранием баллов, ни толчка, когда клиент затих. Пропуск превращается в статичный объект вместо начала отношений.
Эта тишина — упущенная возможность. Держатель пропуска уже поднял руку: он осознанно сохранил вашу карту. Вопрос в том, что происходит дальше и можно ли запустить это продолжение автоматически, а не вручную. В этой статье разберём, как построить автоматизированный journey вокруг wallet-пропуска с помощью сегментации и условных сообщений, и где это выходит за рамки того, что может чистый инструмент для выпуска пропусков. В качестве рабочего примера возьмём Pushwoosh Customer Journey Builder.
Почему держатель пропуска — не то же самое, что подписчик на push
Подписчик на push согласился получать уведомления. Держатель пропуска пошёл на шаг дальше: он сохранил конкретную карту, привязанную к конкретному предложению или программе. Это намерение стоит того, чтобы относиться к нему иначе.
Живут они и в разных местах. Push приземляется на экран блокировки и в центр уведомлений. Пропуск живёт в Wallet, сам обновляет свою лицевую сторону по воздуху и может всплывать на экране блокировки по геолокации. Изменившийся баланс баллов на карте — уже сообщение само по себе, и оно не стоит вам уведомления.
Относиться к держателям пропусков как к обычному push-сегменту — значит терять этот сигнал. Они уже рассказали вам, что им важно, поэтому продолжение может быть конкретным: награда, к которой они идут, предложение, которое они сохранили, уровень, до которого им остался один визит.
Строим journey: выпуск, обновление, реактивация
Journey вокруг wallet-пропуска — это последовательность, которую вы настраиваете один раз, и дальше она работает на каждого клиента сама. Пропуск — это якорь; journey — всё, что происходит вокруг него.
Триггер на сохранение пропуска или отказ от него
Journey стартует, когда клиент входит в поток, и дальше разветвляется по тому, что он делает. Тот, кто сохранил пропуск, идёт по вовлечённой ветке и получает приветственное сообщение с подтверждением награды и тем, как ей пользоваться. Тому, кому пропуск отправили, но он его не добавил, можно отправить одно напоминание по другому каналу, а затем вывести из потока, чтобы не «гоняться» за ним бесконечно.
Это первое разветвление важно, потому что отделяет реальных держателей пропуска от тех, кто вообще не вовлёкся, и позволяет обращаться к каждой группе честно.
Сегментация по статусу карты: активна, скоро сгорит, погашена
Journey оправдывает себя через условное ветвление. Держателей пропуска можно разделить по тому, где они находятся: активно копят баллы, сидят на неиспользованных баллах, приближаются к дате сгорания или только что погасили награду. Каждое состояние требует своего сообщения.
Активный участник получает напоминания о прогрессе. Держатель с баллами, которые вот-вот сгорят, — напоминание о дедлайне. Тот, кто только что погасил награду, — благодарность и путь к следующей. За разветвление отвечают данные самой карты, поэтому сообщение всегда совпадает с моментом.
Для e-commerce это чаще всего баллы за брошенную корзину или приближающийся порог бесплатной доставки; для gaming — сгорающий игровой бонус или пропуск сезона; для финтех-продуктов — приближающийся срок кэшбэка или лимит по карте. Механика одна, контент веток — разный под вертикаль.
Реактивация держателей пропуска до сгорания баллов или предложений
Одно сообщение в потоке важнее остальных: то, что срабатывает до того, как что-то сгорит. Держателя пропуска с неиспользованными баллами или предложением, у которого заканчивается срок, вернуть проще всего — ему есть что терять.
Настройте ветку, которая отслеживает приближающуюся дату сгорания и отправляет своевременное напоминание — на push, если клиент доступен, и на другой канал, если нет. Для аудитории, разбросанной по десяткам стран и часовых поясов, этот fallback между каналами — не опция, а необходимость: клиент в Тбилиси может быть недоступен для push именно тогда, когда клиент в Берлине — на связи. Добавьте к этому гео-релевантность самого пропуска, чтобы карта всплывала на экране блокировки, когда клиент рядом с вашей точкой. Напоминание и пропуск вместе реактивируют держателя ровно в тот момент, когда толчок окупается.
Как это выглядит на фоне чистого инструмента для пропусков
Инструменты, созданные только для выпуска пропусков, хорошо закрывают первый шаг: вы проектируете карту, подписываете её и распространяете ссылку на установку. Чего в них обычно нет — так это слоя после выпуска, который решает, кто что услышит и когда.
Этот слой — сегментация и оркестрация: разветвить поток по статусу карты, переключиться на email или SMS, если push не достаёт до клиента, синхронизировать обновление пропуска с сообщением в другом канале и отследить, какая ветка привела к погашению награды. Это территория journey-билдера, а чистый инструмент для пропусков оставляет вам делать это вручную — один экспорт и одна ручная рассылка за раз.
Разница в том, кампания ли это, которую вы запускаете, или система, которая работает сама. Один journey закрывает выпуск, обновление и реактивацию для каждого держателя и подстраивается под конкретного человека по мере того, как меняется статус его карты.
Один journey, все каналы
Поместите wallet-пропуск внутрь customer journey — и пропуск перестаёт быть островом. Он становится одной точкой контакта в потоке, который использует ещё push, in-app, email и SMS, а канал выбирается по тому, кто доступен, а не по тому, какой инструмент вы открыли.
С Pushwoosh Customer Journey Builder пропуск, который вы собрали в Pushwoosh Wallet passes, становится триггером и точкой контакта в автоматизированном кросс-канальном потоке. Вы сегментируете по статусу карты, ветвите по поведению, переключаетесь между каналами с проверкой доступности и измеряете всё с одного холста.
Автоматизируйте реактивацию wallet-пропусков с Pushwoosh
Превратите сохранённую карту в автоматизированный поток. Pushwoosh Customer Journey Builder сегментирует держателей пропуска по статусу и реактивирует их через push, email и SMS до того, как сгорят баллы.
