Примеры сценариев

Скопировать ссылку на статью

Скопировано

Содержание

1. О статье
   • Когда использовать примеры
   • Что учитывать перед настройкой
2. Сценарий сбора контактных данных: номер телефона
   • Когда использовать
   • Логика сценария
   • Настройка блоков
   • Что происходит при сохранении номера
   • Результат работы сценария
3. Возврат клиента после брошенной сессии
4. Уведомление о появлении товара в наличии или снижении цены
5. Напоминание об избранных товарах

О статье

Статья содержит примеры сценариев для типовых задач в инструменте «Сценарии». Примеры помогают быстрее собрать рабочую цепочку и использовать готовую логику как основу для собственной настройки.

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

Когда использовать примеры

Примеры подходят в случаях, когда необходимо:

• настроить типовой сценарий без проектирования логики с нуля;
• проверить, как связать между собой блоки «Действие», «Условие» и «Ожидание»;
• использовать готовую схему как шаблон для собственной доработки.

Что учитывать перед настройкой

Перед созданием сценария необходимо:

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

Примечание

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

—

Сценарий сбора контактных данных: номер телефона

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

Когда использовать

Сценарий подходит, если необходимо:

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

Логика сценария

Базовая логика сценария состоит из следующих шагов:

1. Сценарий отправляет клиенту сообщение с просьбой указать номер телефона.
2. Система ожидает ответ клиента на это сообщение.
3. В блоке «Условие» проверяется источник «Ответ на сообщение из блока Х» с типом данных «Телефон».
4. Если ответ соответствует типу данных «Телефон», номер сохраняется в карточку клиента через действие «Изменение данных клиента» с использованием источника «Ответ на сообщение из блока Х».
5. Если ответ не соответствует типу данных «Телефон», сценарий отправляет повторное сообщение с просьбой указать номер в корректном формате.
6. После повторного ответа проверка выполняется снова.

Настройка блоков

Один из вариантов построения сценария:

1. Добавьте блок «Действие» с типом «Отправить сообщение в чат».
2. В тексте сообщения укажите, что клиенту необходимо отправить номер телефона в ответном сообщении.
3. Для этого действия настройте ожидание ответа клиента.
4. После блока отправки сообщения добавьте блок «Условие».
5. В условии выберите источник «Ответ на сообщение из блока Х».
6. Для источника ответа укажите тип данных «Телефон».
7. Для ветки, в которой ответ соответствует типу данных «Телефон», добавьте блок «Действие» с типом «Изменение данных клиента».
8. В действии выберите поле «Номер телефона».
9. Для поля «Номер телефона» используйте вкладку «Добавить».
10. В качестве значения выберите «Взять из другого поля» → «Взять данные из» → «Ответ на сообщение из блока Х».
11. Для ветки, в которой ответ не соответствует типу данных «Телефон», добавьте блок «Действие» с повторной отправкой сообщения в чат.
12. В повторном сообщении укажите, что номер введён некорректно и его необходимо отправить в правильном формате.
13. После повторного сообщения снова добавьте проверку ответа через блок «Условие» с типом данных «Телефон».

Примечание

Источник «Ответ на сообщение из блока Х» можно использовать не только для сохранения номера телефона. Такой же подход применяется в действиях «Изменение данных клиента» и «Изменение данных заказа» для записи ответа клиента в другие поля, если это допускают тип и валидация выбранного поля.

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

Что происходит при сохранении номера

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

Если номер уже записан в карточке клиента, повторно он не добавляется.

Результат работы сценария

После настройки сценарий позволяет:

• автоматически получать номер телефона из ответа клиента в чате;
• проверять ответ по типу данных «Телефон»;
• сохранять корректный номер в карточку клиента;
• не записывать повторно уже существующий номер;
• повторно запрашивать данные, если клиент прислал ответ, не соответствующий ожидаемому формату.

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

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

Возврат клиента после брошенной сессии

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

Схема. «Брошенная сессия» → «Отправить письмо» → «Ожидание» → «Условие: есть заказ за выбранный период» → завершение по «Да» или повторное письмо по «Нет».

Настройка блоков.

1. В стартовом блоке выберите «Брошенная сессия» и нужный магазин. При необходимости добавьте условия клиента.
2. Соедините старт с действием «Отправить письмо».
3. После письма добавьте «Ожидание», например на один день. Это значение примера, его можно изменить.
4. Добавьте «Условие» в контексте клиента: «Заказ — Есть такие», дата оформления — за последний день. При ожидании другой длительности измените и период проверки заказа.
5. Для «Да» оставьте ветку без продолжения. Для «Нет» добавьте повторное письмо и завершите цепочку.

Настройка письма. В поле «Где использовать» выберите «Сценарий на событие „Брошенная сессия“». В товарном блоке выберите «Сегмент товаров» → «Просмотренные товары», задайте товарные условия и максимальное количество. Для пустой подборки настройте запасное действие, например «Скрыть блок товаров». Общая механика описана в статье «Товары из сценария в Email-письме».

Ожидаемый результат. Первое письмо содержит подходящие товары конкретной завершённой сессии. Повторное письмо выполняется только для ветки без заказа за заданный период.

Ограничения. Необходима идентификация посетителя. Сессия завершается после периода отсутствия активности; письмо не запускается сразу при закрытии вкладки. Проверка заказа по дате не доказывает, что покупка совершена именно благодаря письму.

Уведомление о появлении товара в наличии или снижении цены

Задача. Отправить письмо с товарами, по которым для клиента произошло выбранное товарное событие.

Схема. «Товар появился в наличии» или «Цена товара снизилась» → «Отправить письмо» → завершение.

Настройка блоков.

1. Выберите одно из событий в стартовом блоке.
2. В поле «Товары для отслеживания» выберите «Избранный товар», «Товар из брошенной корзины» или «Просмотренный товар».
3. Проверьте созданные системные условия. Для снижения цены укажите нужный процент; начальное значение — 5%.
4. В настройках частоты прохождения задайте не чаще одного раза в день.
5. Соедините старт с действием «Отправить письмо».

Настройка письма. Выберите назначение «Сценарий на события „Товар появился в наличии“, „Товар заканчивается“, „Цена товара снизилась“». В товарном блоке используйте «Сегмент товаров» → «Товары/услуги». При необходимости ограничьте количество и задайте запасное действие.

Ожидаемый результат. На клиента запускается одно прохождение с набором подходящих товаров; письмо выводит товары из события без повторения стартовых товарных проверок.

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

Напоминание об избранных товарах

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

Схема. «Расписание» с фильтрами клиента → «Отправить письмо» → «Ожидание» → «Условие» → завершение или продолжение.

Настройка блоков.

1. В блоке «Расписание» задайте время проверки.
2. В клиентском дереве объедините через «И» «Избранные товары — Есть такие» с условием наличия и «Заказ — Нет таких» с датой оформления, например за последние семь дней.
3. Добавьте действие «Отправить письмо».
4. Если нужно продолжение, добавьте ожидание и повторную проверку наличия подходящих избранных товаров и заказов. Для клиентов, переставших подходить под условия, оставьте ветку без продолжения.

Настройка письма. Используйте шаблон с контекстом клиента. В товарном блоке выберите «Сегмент товаров» → «Избранные товары», добавьте условия наличия, ограничьте количество и выберите доступный приоритет вывода. Для недостаточной подборки задайте запасное действие.

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

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