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

Adobe Journey Optimizer, или AJO, помогает строить клиентские пути и отправлять сообщения на основе данных Adobe Experience Platform. Journey — последовательность действий для профиля. Способ входа определяет, когда путь начинается и какие данные доступны в его контексте.

В документации Adobe различаются четыре варианта: индивидуальное событие, чтение аудитории, изменение членства в аудитории и бизнес-событие. Они отвечают на разные задачи и имеют разные ограничения. [1] Ниже — способ выбора, предлагаемый CRM Lab.

Начните с требуемого момента реакции

Опишите ситуацию обычными словами: «Когда платёж подтверждён, предложить следующий шаг», «По понедельникам напомнить клиентам с заканчивающейся подпиской», «После отмены рейса связаться с его пассажирами». Затем задайте допустимую задержку: секунды, минуты, часы или следующий день.

Разделите время бизнес-факта, поступления данных, пересчёта аудитории и входа в journey. Требование «сразу после покупки» не выполнится, если заказы загружаются ночью, даже при быстром сценарии. Данные в реальном времени нужны там, где задержка меняет полезность сообщения.

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

Выберите механизм входа

Индивидуальное, или unitary, событие запускает путь конкретного профиля. Для таких запусков Adobe требует потоковую передачу событий: пакетно загруженная история и события из Query Service, сервиса запросов к данным, не заменяют этот механизм. [2]

Read Audience вводит профили из выбранной аудитории по заданному запуску или расписанию. Audience Qualification реагирует на вхождение в аудиторию или выход из неё. Business Event относится к общему бизнес-факту и используется для работы с затронутой аудиторией. Ниже — прикладное сопоставление, а не обещание одинаковой скорости всех вариантов. [1]

ЗадачаВозможный входЧто проверить прежде всего
Реакция на оплату клиентаИндивидуальное событиеИдентификацию и доставку события
Еженедельная работа с сегментомRead AudienceСвежесть состава и расписание
Реакция на изменение членстваAudience QualificationСпособ и скорость пересчёта аудитории
Событие для группы клиентовBusiness EventСвязь бизнес-факта с нужной аудиторией

Не путайте сегмент «сейчас соответствует условию» с событием «только что начал соответствовать». Это различие особенно важно при первом запуске и повторном входе. Заранее выясните, что произойдёт с людьми, уже состоящими в аудитории.

Проверьте доступный контекст

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

Read Audience не даёт автоматически контекст исходного Experience Event, который использовался при построении аудитории. Adobe описывает ограничения на доступ к таким данным для разных типов входа. [3] Если сообщение требует конкретного заказа, подготовьте доступную модель данных или выберите запуск, который передаст нужный контекст.

Проверьте отдельно исторический снимок и текущее состояние. Цена согласованного предложения может фиксироваться при входе, а факт оплаты и право на отправку должны перепроверяться перед действием. Не используйте случайное «последнее событие» вместо события, которое относится к текущему пути.

Разберите выбор на примере подписки

Условный пример. Нужно напоминать о продлении за семь дней. Продукт передаёт дату окончания в профиль раз в сутки. Допустимое время письма — утро следующего дня. Здесь можно рассмотреть Read Audience с ежедневным расписанием, если аудитория успевает обновиться к запуску.

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

Если команда выбирает Audience Qualification, она должна проверить фактическое время появления членства. Само слово qualification не гарантирует мгновенную реакцию: результат зависит от того, как оценивается аудитория и когда поступают необходимые данные.

Проведите тест на границах

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

Запишите допустимый повторный вход и условие прекращения коммуникаций. Вход в нужную аудиторию не доказывает, что клиент всё ещё подходит спустя сутки ожидания. Проверка условий перед отправкой остаётся отдельной частью дизайна.

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

Источники

1. Adobe. Journey types: choose the right one. Adobe Experience League. Проверено 23.09.2026.

2. Adobe. Work with journey events. Adobe Experience League. Проверено 23.09.2026.

3. Adobe. Use an audience in a journey. Adobe Experience League. Проверено 23.09.2026.