Рецепты автоматизации: распространённые настройки

Last updated: September 2, 2026

Готовые автоматические настройки, которые вы можете скопировать, каждая с триггером для выбора, когда она запускается, условиями для добавления, рекомендуемыми действиями и ловушками, которых следует избегать. Охватывает последующие действия по предложениям (просмотрены, приняты, истекают срок), напоминания студентам о датах начала и окончания страхового полиса и реакции на изменения этапов воронки. Это живая страница — со временем добавляются новые рецепты по мере появления новых триггеров и условий.

Эта страница описывает распространённые настройки автоматизации, которые вы можете создать в Настройки > Рекрутинг > Автоматизации. Каждый рецепт следует одной и той же структуре — что он достигает, какой триггер выбрать, когда он запускается, условия для добавления, рекомендуемые действия и на что обратить внимание — чтобы вы могли быстро найти нужный и создать его за несколько минут.

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

Полный список доступных элементов смотрите в справочнике по триггерам, условиям и действиям, ссылка на который находится внизу.

Рецепт 1 — Последующие действия по предложениям

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

Триггер для выбора: Одна автоматизация на поведение, которое вы хотите, взята из группы Предложения:

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

Когда он запускается:

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

Условия для добавления: Ограничьте автоматизацию так, чтобы она срабатывала только для нужных вам студентов — например, по Гражданству студента или по полям предложения, таким как место назначения или тип программы. Можно использовать одно и то же поле более одного раза в правиле, если нужно проверить его дважды, и карта показывает сводку созданного вами (например, "3 условия · любой"). Если хотите, чтобы всё совпадало, оставьте режим совпадения «все»; используйте «любой», если достаточно одного условия.

Рекомендуемые действия:

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

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

Рецепт 2 — Напоминание студентам о датах страхового полиса

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

Триггер для выбора: из новой категории Страхование в выборе триггера:

  • Дата начала полиса — для сообщений о предстоящем начале и "ваша страховка скоро начнется".
  • Дата окончания полиса — для напоминаний о продлении и истечении срока.

Когда он срабатывает: оба основаны на дате, поэтому вы выбираете до, в или после соответствующего дня — например, за семь дней до даты начала полиса или за четырнадцать дней до даты окончания. Конструктор повторяет правило простым языком, который вы задаете, чтобы вы могли проверить, что смещение читается так, как вы задумали, перед сохранением.

Условия для добавления: Используйте Страну назначения страхования для отправки инструкций, специфичных для страны, и Страхового провайдера, если формулировка или документы отличаются у разных провайдеров. Объединяйте их, когда нужны оба, и используйте сводку условий на карточке, чтобы подтвердить, что правило соответствует вашему описанию.

Рекомендуемые действия:

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

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

Рецепт 3 — Реакция на изменения этапов в pipeline

Что он делает: Автоматически превращает перемещение по pipeline в действия — приветственные сообщения при входе студента на этап, задачи передачи при их продвижении и внутренние оповещения при возврате или выходе из этапа.

Триггер для выбора: Изменение этапа воронки.

Когда он срабатывает: Когда изменяется этап воронки студента. Затем вы решаете, какие изменения важны для вас, используя условия триггера.

Условия для добавления: Используйте "Перешёл на этап", чтобы действовать, когда студент попадает на определённый этап, и "Перешёл с этапа", чтобы действовать, когда он с него уходит. Объедините два условия, чтобы поймать конкретный переход (с одного этапа на другой), и добавьте другие условия — национальность, место назначения, программу — чтобы ограничить правило нужными студентами.

Рекомендуемые действия:

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

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

Связанные