Элементы Journey

Journey elements — это точки коммуникации и элементы управления, необходимые для создания Journey:

• Вход:
  • Trigger-based Entry
  • Audience-based Entry
  • API-based Entry
• Каналы:
  • Push
  • Email
  • In-App
  • SMS
  • WhatsApp
  • LINE
  • Data to app
  • Webhook
• Flow controls:
  • Exit from Journey
  • Time Delay
  • Update User Profile
  • Segment Split
  • Reachability Check
  • Wait for Trigger
  • A/B/n Split

Чтобы добавить элемент в Journey, перетащите его из левой панели на холст или вытяните из кружка на предыдущем элементе.

Чтобы удалить элемент, нажмите на него один раз и щелкните значок корзины вверху.

Чтобы отредактировать элемент, дважды щелкните по нему и заполните поля в появившемся всплывающем окне.

Чтобы упростить настройку Journey, используйте горячие клавиши, которые позволяют мгновенно управлять частями Journey без щелчков мыши:

• Выберите элемент Journey и скопируйте-вставьте его с помощью Ctrl+C/Ctrl+V (Cmd+C/Cmd+V);
• Выберите несколько элементов Journey, удерживая Shift/Cmd, и скопируйте-вставьте всю выбранную комбинацию с помощью Ctrl+C/Ctrl+V;
• Копируйте и вставляйте элементы между разными Journey (однако существует ограничение: не переключайте вкладку во время копирования);
• Удаляйте элементы Journey с холста, нажимая системную горячую клавишу Delete.

Если для Journey установлен Trigger-based Entry, пользователи, которые вызывают определенный Event (т. е. выполняют определенное действие), попадают в эту Journey, как только Event происходит.

Чтобы настроить Trigger-based Entry, найдите элемент на холсте. Затем выберите Event, который будет использоваться в качестве триггера для входа пользователей в Journey.

Если у выбранного вами Event есть атрибуты, вы можете сузить условия Trigger-based Entry с помощью конкретных атрибутов. Для этого при редактировании элемента нажмите кнопку Добавить условие (Add condition). Выберите атрибут из выпадающего списка и установите его оператор и значения в соответствующих полях.

Затем нажмите Применить (Apply), чтобы сохранить изменения.

Вы можете добавить несколько точек входа Trigger-based Entry — в этом случае любая из них запустит Journey.

Audience-based Entry запускает Journey для заранее созданного сегмента пользователей определенного приложения. Segment включает подписчиков приложения, которые соответствуют определенным условиям.

Чтобы настроить Audience-based Entry, выберите источник аудитории (т.е. заранее созданный Segment подписчиков этого приложения).

Кроме того, вы можете загрузить CSV-файл для создания пользовательского сегмента, а затем создать Journey для этого сегмента. Узнать больше

Как только Journey будет активирована, все пользователи из выбранного сегмента войдут в нее.

Если вы используете Audience-based Entry, по умолчанию пользователи из сегмента входят в Journey только один раз — при ее активации. Однако вы также можете запланировать запуск Journey. Scheduled Launch позволяет автоматизировать кампании, устанавливая определенное время, даты и интервалы запуска. Например, фитнес-приложение может отправлять ежедневное напоминание о тренировке в 8 утра, чтобы поощрять регулярные занятия.

Вы можете выбрать один из трех вариантов запланированного запуска:

• Launch once

Запланируйте запуск Journey на определенную дату и время.

• Launch on several dates

Запланируйте запуск Journey на несколько определенных дат.

• Периодический запуск (Periodic launch)

Запланируйте периодический запуск Journey.

Выберите эту опцию, чтобы запустить Journey в определенную дату и время. Начните с установки желаемой даты запуска (Launch date) и укажите время запуска (Launching time) для Journey.

Затем выберите часовой пояс. Доступны 2 основных варианта:

1. Часовой пояс устройства подписчика (по умолчанию). При выборе этой опции Journey будет запускаться в соответствии с часовым поясом устройства каждого подписчика. Если данные о часовом поясе подписчика отсутствуют, будет использован резервный часовой пояс. Вы можете изменить резервный часовой пояс, нажав на Изменить резервный (Change fallback).

2. Определенный часовой пояс. Выберите часовой пояс из выпадающего списка, если для запуска Journey требуется определенный часовой пояс.

Определите, что должно произойти, если запланированное время входа пользователя уже прошло. Эта опция дает вам больше гибкости и контроля над тем, как и когда пользователи входят в вашу Journey, особенно при работе с разными часовыми поясами или динамическими обновлениями аудитории.

В выпадающем списке If User Time Has Passed (Если время пользователя прошло) выберите один из следующих вариантов поведения:

• Не включать (Do not include): Пользователь будет исключен из кампании, если его запланированное время уже прошло.

• Включить немедленно (Include immediately): Пользователь будет немедленно добавлен в кампанию.

• Включить на следующий день (Include on the next day): Пользователь будет добавлен в то же запланированное время на следующий день.

Эта опция позволяет запланировать запуск Journey на несколько определенных дат.

Сначала используйте календарь, чтобы выбрать желаемые даты запуска. Вы можете добавлять или удалять даты по мере необходимости.

Затем установите время запуска (Launching time) и часовой пояс (Timezone). Следуйте тем же шагам, что и для опции Launch once.

Выберите Periodic launch, чтобы настроить Journey, которая будет запускаться через равные промежутки времени.

Сначала определите, как часто должна запускаться Journey, выбрав единицу времени (например, день, неделя, месяц) и указав интервал (например, каждые 2 дня).

Затем установите время запуска (Launching time) и часовой пояс (Timezone). Следуйте тем же шагам, что и для опции Launch once.

С помощью API-based Entry вы можете автоматически запускать Journey клиента, как только за пределами приложения происходит какое-либо бизнес-событие. Например, вы можете информировать клиентов, когда какой-либо из ваших товаров снова появится в наличии.

Для запуска Journey необходимо отправить специальный API-запрос с указанными условиями сегментации. Вы также можете добавлять в запрос плейсхолдеры для контента, чтобы изменять содержимое сообщения в зависимости от контекста.

Подробнее о API-based Entry

Вы можете добавить несколько элементов входа — в этом случае любой из них запустит Journey. Каждый элемент входа может запустить свою собственную Journey.

Если вы используете одновременно Trigger-based и Audience-based, условия обоих будут применяться, но не пересекаться. Это означает, что Journey будет включать пользователей, которые соответствуют условиям Segment, и тех, кто вызывает Event. Эти наборы пользователей могут пересекаться или не пересекаться; в Journey попадает не пересечение, а объединение всех наборов.

Элемент Push указывает на точку для общения с клиентом с помощью push-уведомления.

Чтобы отправить push-уведомление в нужный момент в Journey, добавьте элемент Push после события или условия, которое должно вызвать сообщение. Затем выберите пресет из вашего аккаунта Pushwoosh.

Для большей релевантности ваших сообщений для участников Journey вы можете добавлять персонализированный контент на основе поведения пользователей. Например, при отправке push-уведомления о брошенной корзине добавьте название товара для лучшей конверсии — напомните пользователям, что именно они хотели купить, это сделает ваше сообщение более убедительным.

Узнайте больше о персонализации сообщений в Journey

Вы можете персонализировать push-уведомления, прикрепив код ваучера из предопределенного пула. Это полезно для промоакций, скидок и поощрений за лояльность. Для этого заранее создайте пресет push-уведомления, который включает плейсхолдер {{voucher}}.

Чтобы включить ваучер:

1. Переключите Ваучеры (Vouchers) в положение ON.
2. В поле Пул ваучеров (Voucher Pool) выберите пул, содержащий доступные коды ваучеров. Убедитесь, что пул ваучеров добавлен заранее.
3. (Опционально) Используйте поле Назначить Tag (Assign Tag), чтобы применить Tag к пользователям, получившим ваучер. Этот Tag можно использовать для сегментации или отчетности.

Узнайте больше о ваучерах

Опция Save to Inbox позволяет сохранять push-уведомления в инбоксе приложения, чтобы пользователи могли получать доступ и просматривать сообщения, когда им это удобно. Это помогает гарантировать, что важные уведомления не будут пропущены и их можно будет проверить позже, что облегчает поддержание вовлеченности пользователей.

Чтобы сохранить сообщение в инбоксе, просто переключите опцию Save to Inbox и настройте ее.

1. Выберите, как долго сообщение будет храниться в инбоксе.
2. При необходимости настройте иконку сообщения. Вы можете выбрать другую иконку для сообщения, чтобы оно выделялось в инбоксе.
3. Определите, что произойдет, когда пользователь нажмет на сообщение.

Узнайте больше о настройке инбокса

Используйте Frequency capping, чтобы ограничить частоту получения push-уведомлений пользователями, предотвращая избыточную отправку сообщений и снижая отток. В настройках элемента Push выберите один из следующих вариантов:

• Использовать глобальные настройки Frequency capping (Use Global frequency capping settings)

  Применить лимиты для всего проекта, настроенные в глобальных настройках Frequency capping.

  Например, если глобальный лимит установлен на 3 сообщения за 9 дней, дополнительные сообщения, превышающие этот лимит, будут пропущены.

• Игнорировать глобальный Frequency capping (Ignore Global frequency capping)

  Пользователь получит это сообщение, даже если он превысил лимиты сообщений для канала. Используйте эту опцию с осторожностью, чтобы избежать избыточной отправки сообщений.

• Использовать пользовательский Frequency capping (Use custom frequency capping)

  Эта опция позволяет установить пользовательский лимит на количество сообщений, отправленных за определенный период.

  Важно: Пользовательский Frequency capping не изолирует сообщение от глобальных лимитов. Все сообщения, отправленные по одному и тому же каналу (например, in-app) в разных Journey и кампаниях, по-прежнему учитываются. Если пользователь получает сообщение в одной кампании, это может помешать доставке сообщений из другой Journey, даже если установлен пользовательский capping. Узнать больше

Если вы хотите, чтобы каждый пользователь получал push-уведомление тогда, когда он с наибольшей вероятностью будет взаимодействовать с push-уведомлениями, включите опцию Лучшее время для отправки (Best time to send). Время отправки сообщения каждому пользователю будет рассчитано на основе его поведения и эффективности ранее отправленных сообщений.

Точность расчета лучшего времени для каждого пользователя зависит от того, сколько push-уведомлений вы отправили этому пользователю ранее.

Если данных о пользователе недостаточно, он получит push-уведомление в указанное вами время по умолчанию (Default time) в соответствии с его часовым поясом.

Вы можете разделить оставшийся поток Journey в зависимости от того, будет ли это push-уведомление открыто или проигнорировано. Например, может быть полезно отправить email тем, кто не открывает push-уведомления, или отправить еще одно push-уведомление тем, кто прочитал первое.

Установите флажок и задайте период ожидания после отправки push-уведомления — по истечении этого периода все пользователи, открывшие push-уведомление, перейдут в ветку Открыто (Opened), а остальные — по ветке Не открыто (Not opened).

Период ожидания может быть установлен до 7 дней.

При включении этой опции сообщение будет отправлено на все устройства, связанные с ID пользователя, который достиг этого элемента Journey. Таким образом, если у пользователя есть несколько устройств, связанных с одним userID, этот пользователь получит несколько сообщений, по одному на каждое устройство.

Когда все будет настроено, нажмите Применить (Apply).

Элемент Email указывает на точку для общения с клиентом посредством email-сообщения.

Чтобы отправить email в определенный момент Journey клиента, добавьте элемент Email на холст после элемента, который вы считаете подходящей основой для коммуникации. Выберите контент email, который вы хотите использовать.

Когда вы выбираете пресет email, тема письма автоматически появится в поле Тема (Subject), если пресет уже содержит ее.

• Если тема уже заполнена, вы можете либо оставить ее, либо отредактировать, чтобы она лучше соответствовала вашей кампании.

• Если пресет не содержит темы письма, поле будет пустым, и вы сможете ввести новую тему вручную.

Совет: Убедитесь, что ваша тема письма короткая, ясная и привлекательная, так как это первое, что увидят ваши получатели в своем почтовом ящике.

Вы можете настроить адрес От кого (From Email) для сообщений, отправляемых через Customer Journey. Это позволяет вам контролировать идентификацию отправителя, приводя ее в соответствие с брендингом вашей кампании или стратегией коммуникации.

Чтобы установить email-адрес отправителя:

1. Введите желаемый адрес отправителя в поле От кого (From Email) (например, marketing@testdomain.com).
2. Введите имя, которое будет отображаться в качестве отправителя, в поле Имя отправителя (From Name).
3. (Опционально) Установите флажок Использовать этот адрес для получения и отслеживания ответов (Use this as the reply-to address to receive and track replies), если хотите, чтобы ответы приходили на тот же адрес.

Примечание: Email-адрес должен принадлежать верифицированному домену в вашем проекте Pushwoosh. Инструкции по верификации домена см. в руководстве по настройке Email.

Подумайте, хотите ли вы отправлять письма исключительно пользователям, которые в данный момент подписаны. Pushwoosh автоматически управляет отписками и соответствующим образом обновляет сегменты. Однако у вас есть возможность включить в рассылку отписавшихся пользователей, активировав переключатель Отправлять отписавшимся (Send to unsubscribed).

Используйте Frequency capping, чтобы контролировать частоту получения пользователями email-сообщений, что помогает предотвратить избыточную отправку и снизить количество отписок.

Выберите один из следующих вариантов:

• Использовать глобальные настройки Frequency capping (Use global frequency capping settings). Применить лимиты на email для всего проекта, установленные в глобальных настройках Frequency capping. Пример: Если лимит составляет 3 письма за 9 дней, любые дополнительные письма в течение этого периода будут пропущены.

• Игнорировать глобальный Frequency capping (Ignore global frequency capping). Отправить email независимо от того, сколько сообщений пользователь уже получил. Используйте эту опцию с осторожностью, чтобы не перегружать получателей.

• Использовать пользовательский Frequency capping (Use custom frequency capping). Эта опция позволяет установить пользовательский лимит на количество сообщений, отправленных за определенный период.

  Важно: Пользовательский Frequency capping не изолирует сообщение от глобальных лимитов. Все сообщения, отправленные по одному и тому же каналу (например, in-app) в разных Journey и кампаниях, по-прежнему учитываются. Если пользователь получает сообщение в одной кампании, это может помешать доставке сообщений из другой Journey, даже если установлен пользовательский capping. Узнать больше

Вы можете включить опцию BCC (скрытая копия) при отправке писем в Customer Journey. BCC позволяет отправить копию письма дополнительному получателю, не раскрывая его адрес основным получателям.

Эта функция позволяет вам:

• Вести учет взаимодействий с клиентами в вашей CRM-системе для улучшения обслуживания клиентов.
• Обеспечивать получение копий внутренними командами (например, менеджерами по соответствию и продажам) для справки.

1. В элементе Email переключите Отправлять BCC (Send BCC).
2. Введите email-адреса, на которые вы хотите отправить скрытую копию. Вы можете добавить несколько адресов.
3. Нажмите Применить (Apply).

Вы можете персонализировать email-сообщения, прикрепив уникальный код ваучера из заранее определенного пула. Это полезно для промоакций, скидок и кампаний лояльности.

Перед началом убедитесь, что в вашем контенте email есть плейсхолдер {{voucher}}, где должен появиться код.

Чтобы включить ваучер в email:

1. Переключите Использовать ваучеры (Use Vouchers) в положение ON.
2. В поле Пул ваучеров (Voucher Pool) выберите пул, содержащий ваши доступные коды ваучеров. Пул должен быть создан заранее.
3. (Опционально) В поле Назначить Tag (Assign Tag) укажите Tag, который будет применен к пользователям, получившим ваучер. Это может помочь с сегментацией и отчетностью.

Узнайте больше о ваучерах

Вы можете разделить оставшийся поток Journey в зависимости от того, будет ли email открыт или проигнорирован. Например, может быть полезно попытаться связаться с пользователями через push-уведомления или In-App, или отправить еще одно письмо с большей ценностью.

Установите период ожидания после отправки email — по истечении этого периода все пользователи, открывшие письмо, перейдут в ветку Открыто (Opened), а остальные — по ветке Не открыто (Not opened).

Период ожидания может быть установлен до 7 дней.

Чтобы показать In-App пользователям в рамках Journey, добавьте In-App на холст рядом с любым элементом и выберите Rich Media страницу для показа.

• Если ваше приложение открыто в момент срабатывания элемента In-App, In-App будет показан немедленно.
• Если приложение закрыто, In-App будет показан при следующем открытии приложения пользователем.

Элемент SMS указывает на точку для общения с клиентом через SMS.

Требуется помощь разработчика

Чтобы отправлять SMS с помощью Customer Journey Builder, сначала попросите вашу команду разработчиков связать номера телефонов клиентов с UserId с помощью метода /registerDevice. Номер телефона должен быть указан в параметре “hwid”.

Чтобы отправлять SMS пользователям в рамках Journey, добавьте элемент SMS на холст рядом с любым элементом. Выберите пресет или введите текст SMS вручную.

Вы можете персонализировать SMS-сообщения, вставляя уникальные коды ваучеров из заранее определенного пула. Это особенно полезно для промоакций, скидок и предложений лояльности.

Чтобы включить ваучер в ваше SMS-сообщение:

1. Используйте пресет SMS, который содержит плейсхолдер {{voucher}}. Этот плейсхолдер будет заменен индивидуальным кодом из выбранного пула.
2. Переключите Использовать ваучеры (Use Vouchers) в положение ON.
3. В поле Пул ваучеров (Voucher Pool) выберите пул, содержащий ваши доступные коды ваучеров. Убедитесь, что пул создан заранее.
4. (Опционально) Используйте поле Назначить Tag (Assign Tag), чтобы применить Tag к пользователям, получившим ваучер. Этот Tag может помочь с сегментацией или отслеживанием.

Важно: В выбранном пуле ваучеров должно быть достаточно кодов, чтобы соответствовать количеству получателей. Если коды в пуле закончатся, сообщение не будет отправлено.

Узнайте больше о создании и управлении пулами ваучеров.

Используйте Frequency capping, чтобы контролировать, как часто пользователи получают SMS-сообщения, помогая предотвратить усталость от сообщений и отписки.

Вы можете выбрать один из следующих вариантов:

• Использовать глобальные настройки Frequency capping (Use global frequency capping settings)

  Примените лимиты SMS для всего проекта, установленные в глобальных настройках Frequency capping. Пример: Если глобальный лимит составляет 3 SMS-сообщения за 9 дней, любые дополнительные сообщения будут пропущены.

• Игнорировать глобальный Frequency capping (Ignore global frequency capping)

  Отправить SMS независимо от того, сколько сообщений пользователь уже получил. Используйте с осторожностью, чтобы избежать избыточной отправки сообщений и проблем с соблюдением требований.

• Использовать пользовательский Frequency capping (Use custom frequency capping)

  Эта опция позволяет установить пользовательский лимит на количество сообщений, отправленных за определенный период.

  Важно: Пользовательский Frequency capping не изолирует сообщение от глобальных лимитов. Все сообщения, отправленные по одному и тому же каналу (например, in-app) в разных Journey и кампаниях, по-прежнему учитываются. Если пользователь получает сообщение в одной кампании, это может помешать доставке сообщений из другой Journey, даже если установлен пользовательский capping. Узнать больше

Вы можете разделить поток в зависимости от того, доставлено ли SMS, и установить время ожидания доставки.

Если в Journey участвуют пользователи, которые также могут получать push-уведомления и email, включите опцию Отправлять SMS-уведомление на все устройства пользователя с UserID (Send SMS notification across users devices with UserID). Эта опция гарантирует, что сообщение всегда будет отправлено на правильный канал.

Элемент WhatsApp в Pushwoosh Customer Journey позволяет отправлять пользователям персонализированные сообщения WhatsApp.

Элемент WhatsApp можно настроить на использование предварительно одобренных шаблонов из вашего аккаунта Meta или пользовательского контента, созданного непосредственно в Pushwoosh.

Примечание: Вы можете инициировать диалоги только с использованием одобренного шаблона сообщения. Узнать больше

Если пользователь инициирует диалог, вам разрешается ответить пользовательским контентом в течение 24-часового периода. Обратите внимание, что пользовательский контент поддерживает только обычный текст (включая плейсхолдеры, если они есть) и не допускает дополнительных настроек, таких как специфичные для платформы корректировки, медиавложения, языки и т.д.

Выберите эту опцию для использования существующего шаблона из вашего аккаунта Meta. После выбора шаблона Pushwoosh отображает предварительный просмотр содержимого сообщения. Если шаблон содержит плейсхолдеры, каждый из них представляет собой динамическую переменную, которую необходимо настроить перед отправкой сообщения. Узнать больше

Если ваш шаблон WhatsApp включает интерактивные типы сообщений, такие как быстрые ответы или кнопки призыва к действию, настройте Journey для разделения потока в зависимости от взаимодействия пользователя с этими кнопками. Узнать больше

Шаблоны сообщений WhatsApp могут включать кнопки действий (например, «Купить сейчас»), которые открывают URL-адрес при нажатии. Эти кнопки можно персонализировать с помощью динамических переменных, вставленных в качестве плейсхолдеров в URL-адрес.

URL-адрес действия определяется при создании шаблона в вашем аккаунте Meta Business. Если URL-адрес включает плейсхолдеры (например, {product_id}), вы должны присвоить значение каждому плейсхолдеру в Pushwoosh перед отправкой сообщения. Узнать больше

При использовании шаблона, который включает медиафайл (изображение, видео или PDF), обратите внимание, что медиафайл не хранится в самом шаблоне. Эти файлы загружаются только в качестве примеров во время отправки шаблона в Meta для проверки. Чтобы успешно отправить сообщение в реальной кампании, вы должны указать фактический URL-адрес файла в Pushwoosh.

Чтобы добавить медиа, введите действительный, общедоступный URL-адрес, указывающий на фактический медиафайл, в поле Изображение (Image).

Пример: https://yourdomain.com/files/offer-banner.jpg

Примечание: Сообщение не будет отправлено, если URL-адрес медиафайла отсутствует или недоступен. Узнать больше

Вы можете персонализировать сообщения WhatsApp, прикрепив код ваучера из предопределенного пула. Это полезно для промоакций, скидок и поощрений за лояльность. Для этого создайте шаблон WhatsApp, который включает плейсхолдер {{voucher}}.

Чтобы включить ваучер в ваше сообщение WhatsApp:

1. Переключите Ваучеры (Vouchers) в положение ON на шаге сообщения WhatsApp.
2. В поле Пул ваучеров (Voucher Pool) выберите пул, содержащий доступные коды ваучеров. Убедитесь, что пул ваучеров добавлен заранее.
3. (Опционально) Используйте поле Назначить Tag (Assign Tag), чтобы применить Tag к пользователям, получившим ваучер. Этот Tag можно использовать для сегментации или отчетности.

Узнайте больше о ваучерах

После настройки элемента WhatsApp нажмите Сохранить (Save), чтобы применить ваши настройки.

Элемент LINE позволяет отправлять пользователям сообщения LINE в рамках вашего Customer Journey. Вы можете выбрать между использованием пресета сообщений для расширенного форматирования или вводом простого произвольного контента.

Для настройки элемента LINE введите название шага и выберите, как вы хотите определить содержание сообщения:

• Пресет (Preset) Выберите из пресетов сообщений LINE, которые вы создали в разделе Контент > Пресеты LINE. Узнайте больше о создании пресетов LINE

• Пользовательский контент (Custom content) Введите обычный текст непосредственно в поле Пользовательский контент (Custom content).

Примечание: При использовании пользовательского контента дополнительные настройки недоступны. Пользователи получат только введенный вами обычный текст. Для доступа к расширенным параметрам конфигурации используйте пресет.

Вы можете персонализировать сообщения LINE, включив уникальный код ваучера из предопределенного пула. Это идеально подходит для доставки промоакций, скидок или поощрений за лояльность через личное общение.

Чтобы использовать ваучеры в вашем сообщении LINE:

1. Убедитесь, что ваш шаблон сообщения LINE включает плейсхолдер {{voucher}}.
2. На шаге сообщения LINE переключите Ваучеры (Vouchers) в положение ON.
3. Выберите соответствующий Пул ваучеров (Voucher Pool), содержащий ваши коды ваучеров. Убедитесь, что пул создан заранее.
4. (Опционально) Используйте поле Назначить Tag (Assign Tag), чтобы применить Tag к пользователям, получившим ваучер. Это помогает в сегментации и отчетности.

Узнайте больше о ваучерах

Используйте переключатель Разделить поток в зависимости от того, доставлено ли это сообщение или нет (Split flow depending on whether this message is delivered or not), чтобы определить, как Journey должна продолжаться в зависимости от статуса доставки:

• Включено: Journey разделяется на два пути — один для успешной доставки и один для неудачной.

• Отключено: Journey продолжается по одному пути, независимо от результата доставки.

Нажмите Сохранить (Save), чтобы применить ваши настройки и вернуться на холст Journey.

После настройки элемента LINE нажмите Сохранить (Save), чтобы применить ваши настройки.

Элемент Data to app в Journey позволяет отправлять custom data или тихие push-уведомления и доставлять данные, которые ваше приложение может интерпретировать и на основе которых может действовать, повышая вовлеченность пользователей и функциональность приложения.

1. Добавьте элемент Data to App на холст Journey.

2. Вставьте ваш JSON-код в предоставленное поле.

3. После ввода ваших JSON-данных нажмите Сохранить (Save), чтобы применить конфигурацию.

{
  "Action": "UpdateApp"
}

{
"EnableNewFeatureSection" : "Yes"
}

{
  "UpdateAppIcon": "https://example.com/new-icon.png"
}

{
  "ApplyPromoCode": "DISCOUNT2024"
}

{
"AddPromo" : "+1000"
}

Узнайте больше о том, как настроить ваши сообщения с помощью custom data

Segment Split использует Segments, созданные в вашем аккаунте Pushwoosh. Чтобы узнать больше о Segments, пожалуйста, обратитесь к руководству.

Segment Split делит Journey на две отдельные ветки на основе сегментации. Выберите Segment из вашего аккаунта Pushwoosh, чтобы составить первый сегмент. Клиенты, которые не подпадают под условия Segment, пойдут по второй ветке Journey. Каждая ветка может включать любые элементы, следующие за Segment Split, и заканчиваться собственным выходом (Exit).

Вы можете добавлять столько Segment Splits, сколько вам нужно, даже вытекающих друг из друга.

Шаг Wait for Trigger позволяет вам настроить различные сценарии коммуникации в зависимости от того, вызывает ли пользователь определенный Event или несколько Events в течение указанного времени. Период ожидания ограничен 90 днями.

Вы можете разделить поток на ветки в зависимости от вызванного Event или группы Events, добавляя до трех таких веток. Также всегда добавляется ветка Не вызвано (Not triggered) для пользователей, которые не выполнили условия ни одной из веток.

Каждая ветка может содержать до четырех Events с атрибутами. Если в ветке несколько Events, вы можете выбрать логический оператор: AND (все условия должны быть выполнены для перехода по ветке Вызвано (Triggered)) или OR (хотя бы одно условие должно быть выполнено для перехода по ветке Вызвано (Triggered)).

Примеры использования

1. Настройте специальные коммуникации для пользователей, которые вызывают одно или несколько конкретных событий. Представьте, что вы хотите отправить email клиентам, которые забронировали и оплатили авиабилет. Для этого добавьте шаг Wait for Trigger с одной веткой и укажите в ней два Events: TicketBooked и TickedPurchased (предположим, вы настроили их ранее). Выберите логический оператор AND, чтобы только пользователи, отвечающие обоим условиям, прошли дальше.

2. Разделите поток в зависимости от типа купленного продукта. Допустим, вы предлагаете подписки Basic и Premium. При покупке подписки пользователи вызывают Event SubscriptionPurchased с атрибутом type, который получает значение Basic или Premium. Чтобы разделить поток Journey в зависимости от типа подписки, добавьте шаг Wait for Trigger с двумя ветками. В первой ветке укажите Event SubscriptionPurchased с условием type is Basic; во второй добавьте Event SubscriptionPurchased с условием type is Premium.

Фиксированный период ожидания

Если вы хотите, чтобы пользователь ждал в течение всего указанного периода времени, даже если выбранные Event(ы) произойдут раньше, включите опцию Фиксированный период ожидания (Fixed waiting period):

Проверьте, какая последовательность сообщений работает лучше всего с помощью A/B/n Split, и адаптируйте свои коммуникации к потребностям и предпочтениям вашей аудитории.

Подробнее о запуске A/B/n-тестов

Прежде чем отправлять сообщения вашим пользователям, вам может понадобиться проверить, доступны ли они по определенному каналу, будь то push-уведомления или email. Попробуйте связаться с пользователями, которые не подписаны на push-уведомления или email, через другие каналы и убедитесь, что каждый пользователь вовлечен!

Перетащите элемент Reachability check из левой панели на холст после любого элемента, за которым вы хотите продолжить коммуникацию. Затем выберите канал, который вы хотите проверить — push-уведомления или email.

Для push-уведомлений будут проверены значения Tag Push Alerts Enabled, и участники Journey будут разделены на две ветки соответственно: одна для тех, у кого этот Tag установлен в “true”, и другая для тех, у кого значение Tag “false”. Что касается email, пользователи, у которых Tag Unsubscribed Email установлен в “true”, перейдут в ветку недоступных.

Затем после элемента Reachability check настройте соответствующие коммуникации — свяжитесь с пользователями, не подписанными на push-уведомления, с помощью email и наоборот, или отправьте In-App, чтобы охватить их всех. Вы можете захотеть проверить оба канала одновременно, и это проще простого — просто продолжите ветку недоступных для push-уведомлений, например, с проверкой доступности для email. Таким образом, вы можете обнаружить пользователей, которые вообще не подписаны ни на какие ваши обновления, и связаться с ними с помощью In-Apps или других средств (например, SMS — см. Примеры Webhooks).

Элемент Time Delay заставляет пользователей ждать определенное количество времени, прежде чем перейти к следующему шагу Journey. Задержка может быть установлена как фиксированный период, определенное время, дата и день недели, или может быть автоматически взята из значения Tag или атрибутов event.

При установке на фиксированный период элемент Time Delay позволяет пользователям продолжать свой Journey только по истечении указанного времени.

Например, если задержка установлена на 8 часов, пользователь, достигший этого элемента Journey, будет ждать 8 часов, прежде чем перейти к следующему шагу.

Вы можете установить точное время для перехода пользователей по их Journey. Это означает, что пользователи, достигшие элемента задержки, переходят к следующему шагу Journey, как только наступит указанное время в тот же день.

Например, если пользователь достигает элемента задержки рано утром, а вы установили задержку до 17:30, эти пользователи перейдут к следующей точке Journey в 17:30 по часовому поясу их устройства.

Если вы хотите настроить одноразовую кампанию на определенную дату (например, отправить уведомление о Черной пятнице), выберите определенную дату и время для продолжения Journey.

Если вы хотите, чтобы пользователь переходил к следующей точке Journey только в определенный день недели, выберите опцию День недели (Day of week) и установите желаемый день и время.

В некоторых случаях вам может потребоваться установить задержку динамически, в зависимости от того, что вы уже знаете об участниках Journey или какие действия они выполняют в ее рамках.

Чтобы установить задержку на основе Tags пользователя или Events, которые они вызывают:

• выберите опцию На основе данных пользователя/события (Based on user/event data);
• выберите Tag или Event, чтобы получить данные.

Следующий шаг Journey можно запланировать на точную дату и время, указанные в значении Tag или атрибутах Event, или за несколько дней до/после этой даты.

Например, вы устанавливаете задержку “за 2 дня до”, чтобы напомнить пользователям о их встрече, получая дату и время визита из атрибутов Event Appointment. Если пользователь записывается на прием на завтра, он не попадет под условие задержки “за 2 дня до” и выйдет из Journey сразу после достижения элемента Time Delay в своем Journey.

Однако для управления такими случаями вы можете разделить дальнейший Journey на две ветки после элемента Time Delay и позволить пользователям продолжать свой Journey, даже если они выбывают на шаге задержки.

Установите флажок Разделить на ветки, если дата в прошлом или дата пуста (Split to branches if the date's in the past or date is empty), и дальнейший поток будет разделен на две ветки — “В будущем” и “В прошлом”, где “в прошлом” будут собираться пользователи, чьи значения Tag или атрибуты Event не подпадают под условия задержки, и эта ветка может состоять из любых других элементов (например, другой Time Delay, Segment Splitter, Wait for Event или немедленной коммуникации).

Чтобы вручную присвоить значения Tag пользователям в рамках Journey:

• Добавьте элемент Update User Profile в любое место на холсте.
• Нажмите + Ручное значение (+ Manual value) и выберите Tag из выпадающего списка, содержащего все Tags, созданные в вашем аккаунте Pushwoosh.
• Укажите значения для выбранного Tag в зависимости от его типа.

Вы можете настроить до 10 Tags одновременно.

Для Tags, специфичных для пользователя, значения присваиваются всем устройствам пользователя с одинаковым user ID. Для Tags, не являющихся специфичными для пользователя, значения присваиваются конкретному устройству, с которым пользователь проходит Journey.

Что касается сценариев использования, их множество. Например, присвоение Tags пользователям, достигшим определенного этапа Journey, полезно при построении дальнейших коммуникаций.

Динамическое обновление профиля пользователя означает, что значения Tag автоматически берутся из атрибутов Events, которые пользователь вызывает до достижения элемента Update User Profile в Journey. Устанавливая значения Tag в соответствии с Events, которые вызывают пользователи, или их атрибутами, вы можете общаться с этими пользователями более персонально и отправлять им индивидуальные предложения.

Чтобы установить динамические значения Tag, выполните следующие действия:

1. Поместите элемент Update User Profile в любое место на холсте, при условии, что хотя бы один элемент на основе триггера (Trigger-based Entry или Wait for Trigger) предшествует элементу Update User Profile.

2. Дважды щелкните по элементу и нажмите +Динамическое значение (+Dynamic Value) в разделе “Динамическое значение Tag”.

3. Выберите Tag для установки.

4. Выберите Event из выпадающего списка и Tag, значение которого будет установлено динамически в зависимости от атрибутов Event, вызванного пользователем.

С помощью веб-хуков вы можете обмениваться данными из Journey практически с любым другим сервисом: аналитикой, CRM-системами, сервисами автоматизации маркетинга и многим другим. Например, автоматически уведомляйте внешние сервисы, когда клиент предпринял определенное действие в рамках Journey, отправляйте данные о клиентах в ваши аналитические инструменты и запускайте сторонние email, SMS или сообщения WhatsApp по определенным событиям в Journey — существует множество сценариев использования, выберите свой.

1. Перетащите элемент Webhook на холст. Разместите Webhook в любом удобном месте, учитывая, какую информацию из Journey вы собираетесь отправлять в сторонний сервис.
2. Дайте ему имя. Может быть удобно называть веб-хуки в соответствии с сервисами, в которые они отправляют данные, или по сценарию использования.

3. Укажите URL-адрес запроса, на который должны быть отправлены данные, и выберите тип запроса: GET или POST.

4. Установите тип контента. По умолчанию тип контента — application/json. Если сервис, в который вы отправляете веб-хук, требует другой тип контента, введите соответствующий в значение заголовка Content-Type. Примеры типов контента:

• x-www-form-urlencoded
• text/plain
• text/xml

5. При необходимости добавьте заголовки.

Например, некоторые API могут требовать базовую HTTP-аутентификацию. Для аутентификации таких запросов выполните следующие действия:

• Откройте текстовый редактор и введите без пробелов имя пользователя и пароль, разделенные двоеточием, например: myuser:mypass
• Закодируйте его в Base64.
• Скопируйте полученную строку (например, bXl1c2VyOm15cGFzcw== )
• Добавьте заголовок Authorization в настройках веб-хука, где значением будет Basic <ВАША СТРОКА BASE64>. Обратите внимание на пробел после слова “Basic”.

6. Составьте запрос.

7. Чтобы добавить Динамические данные (значения tag клиента, атрибуты event, которые вызвал клиент, данные устройства и т.д.) в ваш веб-хук, выберите параметр “Динамические данные”, скопируйте плейсхолдер и вставьте его в тело запроса.

Выход — это точка, в которой Journey заканчивается. После того как вы определили все коммуникации в рамках одной Journey, добавьте элемент Exit, чтобы завершить ее.