Audience-based entry: Entry schedule

Настройте расписание один раз — аудитория обновится сама

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

Холст Customer Journey с элементом Audience-based entry, у которого Entry schedule настроен как Recurring entry, Periodically, каждую 1 неделю в понедельник

Более 80 000 компаний масштабируют вовлечение пользователей с Pushwoosh

Формат целиком

Не каждый джорни должен ждать, пока пользователь что-то сделает. Еженедельному дайджесту не нужен триггер — ему нужен день недели. Напоминание о продлении не реагирует на поведение — оно срабатывает в дату списания. Entry schedule — настройка элемента Audience-based entry — запускает джорни для готового сегмента именно по такому расписанию.

Immediately — сразу

Все подписчики сегмента входят в джорни в момент его активации. Без даты и расчётов часовых поясов — самый быстрый разовый запуск.

Schedule for a specific day — в конкретный день

Выберите одну дату и время в будущем. Сегмент войдёт в джорни один раз — в заданный момент, в выбранном часовом поясе.

On specific dates — в выбранные даты

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

Periodically — регулярно

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

Что вы настраиваете

Что вы задаётеЧто это делаетГде находится
One-time entry: Immediately / Schedule for a specific dayПроводит сегмент через джорни ровно один разEntry schedule в элементе Audience-based entry
Recurring entry: On specific dates / PeriodicallyЗаново открывает тот же сценарий для того же сегмента в каждую запланированную дату или интервалEntry schedule, режим Recurring entry
Часовой пояс устройства подписчика + запасное значениеСрабатывает в заданное время по часовому поясу каждого подписчика; запасное значение используется для подписчиков без данных о часовом поясеОпция часового пояса, редактируемое запасное значение
Конкретный часовой поясСрабатывает в одно и то же время для всех подписчиков, где бы они ни находилисьОпция часового пояса, фиксированное значение из списка
Что вы задаёте
1 / 4
One-time entry: Immediately / Schedule for a specific day
Что это делает
Проводит сегмент через джорни ровно один раз
Где находится
Entry schedule в элементе Audience-based entry
Что вы задаёте
2 / 4
Recurring entry: On specific dates / Periodically
Что это делает
Заново открывает тот же сценарий для того же сегмента в каждую запланированную дату или интервал
Где находится
Entry schedule, режим Recurring entry
Что вы задаёте
3 / 4
Часовой пояс устройства подписчика + запасное значение
Что это делает
Срабатывает в заданное время по часовому поясу каждого подписчика; запасное значение используется для подписчиков без данных о часовом поясе
Где находится
Опция часового пояса, редактируемое запасное значение
Что вы задаёте
4 / 4
Конкретный часовой пояс
Что это делает
Срабатывает в одно и то же время для всех подписчиков, где бы они ни находились
Где находится
Опция часового пояса, фиксированное значение из списка

Сегмент проверяет себя перед каждым запуском

Обновление перед каждым повторным запуском

Recurring entry не кэширует сегмент с первого запуска. Перед каждым запланированным запуском Pushwoosh пересчитывает, кто подходит прямо сейчас, поэтому подписчик, попавший в сегмент после прошлого запуска, автоматически войдёт в следующий.

Пропущенное окно — не потерянный подписчик

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

Какую задачу это решает в джорни

Одна настройка расписания — для всех каналов дальше

Entry schedule находится в элементе Audience-based entry, а не в самом сообщении, поэтому управляет всем, что идёт после него на холсте: email-дайджестом, пуш-напоминанием, SMS или всеми тремя в одном Customer Journey. Задайте периодичность один раз — и все блоки каналов дальше по сценарию её унаследуют.

То же напоминание по понедельникам — без ручной пересборки

Фитнес-приложение задаёт Entry schedule: Periodically, каждую 1 неделю в понедельник в 9:00 по часовому поясу устройства подписчика. Каждый понедельник Pushwoosh пересчитывает сегмент и отправляет то же напоминание всем, кто подходит на этой неделе, — включая подписчиков, которые зарегистрировались во вторник. Чтобы регулярность сохранялась, к джорни больше никому не нужно прикасаться.

Где это применять

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

ОтрасльСценарийПочему подходит
Медиа, новости и стримингPeriodically (ежедневно/еженедельно) → редакционный дайджест для текущего сегмента подписчиковНадёжность дайджеста важнее реакции на отдельный клик
Приложения креаторов и подписочные сервисыPeriodically (еженедельно/ежемесячно) → дайджест контента и напоминания о продлении и оплатеРегулярная выручка живёт по календарю; обновлённый сегмент автоматически подхватывает новых подписчиков
FinTech и банкингPeriodically (ежемесячно) → уведомление о готовой выписке или напоминание об оплате счёта для текущего сегмента клиентовПлатёжные циклы привязаны к календарю, а не к поведению
СтрахованиеSchedule for a specific day в годовщину полиса → напоминание о продленииДаты продления — самый важный календарный сценарий в финансах
АвиакомпанииSchedule for a specific day от даты бронирования → набор напоминаний перед вылетомДата поездки известна заранее — это расписание, а не поведение
E-commerce и маркетплейсыOn specific dates → заранее загруженный календарь сезонных распродаж на весь кварталВсе праздничные акции настраиваются один раз, а не собираются вручную каждая по отдельности
Отрасль
1 / 6
Медиа, новости и стриминг
Сценарий
Periodically (ежедневно/еженедельно) → редакционный дайджест для текущего сегмента подписчиков
Почему подходит
Надёжность дайджеста важнее реакции на отдельный клик
Отрасль
2 / 6
Приложения креаторов и подписочные сервисы
Сценарий
Periodically (еженедельно/ежемесячно) → дайджест контента и напоминания о продлении и оплате
Почему подходит
Регулярная выручка живёт по календарю; обновлённый сегмент автоматически подхватывает новых подписчиков
Отрасль
3 / 6
FinTech и банкинг
Сценарий
Periodically (ежемесячно) → уведомление о готовой выписке или напоминание об оплате счёта для текущего сегмента клиентов
Почему подходит
Платёжные циклы привязаны к календарю, а не к поведению
Отрасль
4 / 6
Страхование
Сценарий
Schedule for a specific day в годовщину полиса → напоминание о продлении
Почему подходит
Даты продления — самый важный календарный сценарий в финансах
Отрасль
5 / 6
Авиакомпании
Сценарий
Schedule for a specific day от даты бронирования → набор напоминаний перед вылетом
Почему подходит
Дата поездки известна заранее — это расписание, а не поведение
Отрасль
6 / 6
E-commerce и маркетплейсы
Сценарий
On specific dates → заранее загруженный календарь сезонных распродаж на весь квартал
Почему подходит
Все праздничные акции настраиваются один раз, а не собираются вручную каждая по отдельности
Еженедельный дайджест может отправить любой сервис. Суть в том, чтобы не пересобирать его вручную

Посмотрите, как Entry schedule и Recurring entry работают вместе с остальными возможностями Customer Journey Builder.

Запросить демо

Не то же самое, что отдельный разовый планировщик

В Pushwoosh есть и гораздо более простой планировщик вне конструктора джорни: Campaigns → One-time messages → One-time push / one-time email. Он задаёт дату, время и часовой пояс для одной отправки — без джорни, без обновления сегмента и без повторов.

Audience-based entry (эта страница)Разовый планировщик в Campaigns
Где находитсяХолст Customer Journey BuilderCampaigns → One-time messages
ПовторениеДа — On specific dates или PeriodicallyНет — одна запланированная отправка
Сегмент при повторных запускахПересчитывается заново перед каждым запускомНе применимо — запуск только один
Изменение отложенной отправкиРедактирование и возобновление через сам джорниТолько контент и аудитория; время отправки фиксировано — чтобы его изменить, отмените и создайте заново
1 / 4
Где находится
Audience-based entry (эта страница)
Холст Customer Journey Builder
Разовый планировщик в Campaigns
Campaigns → One-time messages
2 / 4
Повторение
Audience-based entry (эта страница)
Да — On specific dates или Periodically
Разовый планировщик в Campaigns
Нет — одна запланированная отправка
3 / 4
Сегмент при повторных запусках
Audience-based entry (эта страница)
Пересчитывается заново перед каждым запуском
Разовый планировщик в Campaigns
Не применимо — запуск только один
4 / 4
Изменение отложенной отправки
Audience-based entry (эта страница)
Редактирование и возобновление через сам джорни
Разовый планировщик в Campaigns
Только контент и аудитория; время отправки фиксировано — чтобы его изменить, отмените и создайте заново

Отдельная форма — правильный выбор для действительно разовой рассылки, для которой не нужен последующий пересчёт сегмента: Audience-based entry в конструкторе джорни для такого случая избыточен. Используйте Entry schedule, когда кампания должна повторяться или когда она — один из шагов более длинного сценария.

Когда настройка не оправдана

  • Реакция на настоящее событие: используйте триггеры по событиям — расписание не может реагировать на то, что пользователь только что сделал.
  • Пауза между двумя шагами внутри уже работающего джорни: это Time Delay, а не расписание входа.
  • Одна рассылка без планов пересчитывать сегмент в будущем: отдельный разовый планировщик в Campaigns справится с этим проще.
  • Сегмент, созданный импортом CSV: такие списки статичны, поэтому повторному входу нечего подхватывать между запусками.
  • Гарантированное время отправки с точностью до секунды: ни один сервис, включая Pushwoosh, не публикует числовой SLA на точность срабатывания расписания — «по расписанию» означает настройку, а не обязательство по секундомеру.

Безопасность и хостинг

Pushwoosh работает на собственном оборудовании в США и Германии, в соответствии с GDPR.

ISO 27001:2022 CertifiedISO 27001 CertifiedGDPR CompliantData Privacy FrameworkHIPAA CompliantSOC 2 Type 2 CertifiedOWASP Compliant

Как это работает

  1. Выберите аудиторию (без кода)

    Перетащите на холст элемент Audience-based entry и выберите готовый сегмент или создайте его на месте.

  2. Задайте расписание

    Откройте Entry schedule. Выберите One-time entry (Immediately или Schedule for a specific day) или Recurring entry (On specific dates или Periodically), затем задайте время и часовой пояс.

  3. Соберите сценарий один раз (без кода)

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

  4. Запустите и оставьте работать

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

Ограничения, о которых стоит знать

Точка входа по расписанию, а не по событию. Вот её границы.

  • Recurring entry доступен только в Audience-based entry — у Trigger-based entry и API-based entry нет режима повтора. Джорни, которому нужны и реакция в реальном времени, и регулярность, требует двух точек входа или двух джорни.
  • Опубликованного SLA на точность срабатывания расписания нет. «Запланировано на 9:00» — это настройка, а не гарантия с точностью до секунды.
  • Документированного контроля скорости отправки или троттлинга, специфичного для расписания, нет — помимо базовой инфраструктуры отправки.
  • Подписчик, который всё ещё находится в джорни после предыдущего запуска, не входит в него повторно при следующем запуске: пересчёт добавляет новых подходящих подписчиков, но не дублирует тех, кто ещё в процессе.
  • Что происходит с уже работающей повторяющейся кампанией, если удалить её сегмент, не задокументировано — уточните в поддержке, прежде чем удалять сегмент, от которого зависит активный джорни.
  • Сегменты на основе событий не поддерживают режимы входа Existing + new users и New users only — это ограничение самого Audience-based entry.
  • Сегменты из импорта CSV статичны: повторный вход не добавит никого нового между запусками.
  • RFM-сегменты не обновляются сами — если джорни построен на таком сегменте, пересчитывайте его в Audience > RFM Segmentation перед каждым запланированным запуском.

Другие продукты

Конструктор Customer Journey

Спроектируйте и оптимизируйте свои кампании с помощью одного визуального инструмента. Коммуницируйте, вовлекайте, удерживайте, конвертируйте, сегментируйте и экспериментируйте с помощью Pushwoosh Customer Journey Builder.

Триггерный маркетинг в реальном времени

Запускайте кампании автоматически, когда пользователи совершают действия. Поведенческие триггеры конвертируют в 3-5 раз лучше запланированных рассылок.

Программное обеспечение для маркетинговой сегментации

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

Напоминания об оплате счетов для телекоммуникационных операторов

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

Шаблоны email-маркетинга

Готовые шаблоны, доступные прямо в конструкторе писем Pushwoosh — адаптируйте их под свой бренд или используйте как вдохновение для следующей рассылки.

Пресеты сообщений

Соберите push, email или in-app сообщение один раз — со всеми языковыми версиями — и переиспользуйте его в кампаниях, сценариях и API-отправках на всех 7 каналах Pushwoosh.