Разберём, когда в Битрикс24 нужен робот, когда — триггер и как соединить их в понятный рабочий сценарий. Инструкция поможет выбрать инструмент и проверить результат автоматизации.
Короткий ответ
Робот выполняет действие, когда элемент Битрикс24 попадает на заданную стадию. Триггер отслеживает событие и переводит элемент на стадию, где настроен этот триггер. Например, робот отправляет письмо, а триггер реагирует на его просмотр. Выбор начинается с вопроса: нужно выполнить действие или отреагировать на событие?
Перед началом
Роботы и триггеры предусмотрены в CRM, задачах, подписи и цифровых рабочих местах. Наборы действий в этих инструментах различаются. Доступность зависит от тарифа, поэтому выбранный сценарий нужно сверить с возможностями вашего Битрикс24. Сверьте сценарий с облачными тарифами или сравнением редакций коробочного Битрикс24.
В CRM начните с нужного раздела, например сделок, и вкладки «Роботы». При добавлении инструмента выберите стадию и отфильтруйте список по роботам или триггерам. Подробные параметры конкретного инструмента проверяйте в инструкции по роботам в CRM и инструкции по триггерам.
Как различать роботов и триггеры
По официальному описанию Битрикс24, роботы могут создавать задачи, отправлять письма и уведомления, а триггеры отслеживают действия клиентов и изменения в элементах. В CRM это может быть входящий звонок, просмотр письма или оплата счёта.
У этих инструментов разные роли в процессе. Робот отвечает за запланированный шаг. Триггер связывает фактическое событие с переходом на нужную стадию. Их можно использовать вместе, если следующий этап действительно определяется таким событием.
Как выбрать инструмент для своей задачи
Запишите сценарий одной фразой: «когда происходит событие, нужно выполнить действие». Затем разделите его на две части.
- Что запускает сценарий? Если сотрудник уже перевёл сделку на нужную стадию, ищите действие, которое должен выполнить робот. Если процесс должен реагировать на звонок, просмотр письма или другое поддерживаемое событие, изучите соответствующий триггер.
- Что должно измениться? Отправить уведомление и перевести сделку на следующий этап — разные результаты. Не объединяйте их в одно неясное требование «автоматизировать обработку».
- Кому и когда нужен результат? Определите получателя уведомления, срок действия и условия запуска. Для роботов в CRM доступны настройки очереди, времени и условий.
- Что делать при исключении? Продумайте ситуацию, когда клиент не отвечает, в карточке нет контактов или сотрудник возвращает элемент на предыдущую стадию.
Как связать робота и триггер: пример с письмом
Рассмотрим условную схему для отдела продаж. Менеджер подготовил предложение и перевёл сделку на согласованную стадию. Робот отправляет клиенту письмо. После просмотра письма триггер переводит сделку на стадию, на которой настроено отслеживание этого события.
Название стадии стоит выбирать по факту, который вы действительно получили. Просмотр письма подтверждает просмотр, но сам по себе не подтверждает согласие клиента с условиями. Как мы разобрали в разделе о различиях инструментов, событие и результат работы — разные вещи. Если компания называет этот этап «Переговоры», сотрудник должен понимать, что ещё требуется связаться с клиентом и уточнить его решение.
Перед настройкой договоритесь, кто проверяет ответ клиента, сколько времени команда ждёт и какое действие требуется при отсутствии ответа. Эти правила делают автоматизацию понятной для сотрудников.
Как проверить настроенный сценарий
Проверяйте автоматизацию на отдельном тестовом элементе с контролируемыми данными. Для сценария с письмом используйте согласованного тестового получателя.
Сначала воспроизведите обычный путь: переход на стадию, выполнение действия, нужное событие и ожидаемый следующий этап. Затем проверьте исключение: отсутствие события, неполные данные или повторный переход. Зафиксируйте, как фактический результат отличается от ожидаемого.
В карточке CRM на вкладке «Роботы» можно посмотреть статус выполнения. Для проверки автоматизации Битрикс24 также предлагает отладчик роботов. Статус успешного выполнения действия ещё не означает, что весь бизнес-процесс достиг цели: отдельно проверьте получателя, данные и следующий шаг сотрудника.
Как избежать частых ошибок
- Начинать с инструмента. Сначала опишите результат и условия перехода, затем подбирайте доступные действия.
- Считать техническое событие решением клиента. Звонок или просмотр письма не заменяет договорённость.
- Проверять только обычный сценарий. Повторные события и возвраты на доработку тоже требуют правил.
- Не назначать владельца процесса. Команде нужен ответственный, который проверяет результат и уточняет правила при изменении работы.
Коротко
- Робот выполняет действие на стадии, а триггер отслеживает событие и переводит элемент на заданную стадию.
- Сначала определите событие, действие и ожидаемый результат. После этого выбирайте инструмент.
- Проверьте доступность на своём тарифе и протестируйте обычный путь вместе с исключениями.
Обсуждение статьи
Делитесь опытом и задавайте вопросы по теме. Комментарии публикуются после модерации.
Пока нет комментариев. Вы можете начать обсуждение.
Для комментариев нужен вход через ID.