CRM Роботы + AI 2.0

Изменение стадии сделки

Робот «Изменение стадии сделки» для Битрикс24: мгновенное продвижение по воронке без ручного перетаскивания

Что делает робот

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

Это один из самых востребованных роботов, потому что движение по воронке — основа любой CRM-автоматизации. Без него все остальные роботы просто подготавливают данные, но сделка остаётся на месте. С ним выстраиваются полноценные цепочки: получили оплату → перевели сделку, согласовали скидку → продвинули дальше, клиент подписал договор → перевели на финальную стадию.

Сценарии использования

Автоматическое закрытие после оплаты. Самая частая связка: клиент оплатил счёт → робот «Изменение предложения из счета» зафиксировал оплату → робот «Изменение стадии сделки» переводит сделку на стадию «Оплачено» или «Закрыта». Менеджеру не нужно следить за платежами и вручную двигать карточки.

Перевод на стадию согласования при превышении скидки. Робот «Анализ скидок в товарах» показал, что максимальная скидка выше 15%. Следующий шаг — робот «Изменение стадии сделки» переводит сделку на стадию «Согласование с руководителем» вместо обычного движения в «Подготовку КП». Сделка не уходит дальше без визы.

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

Сброс на начальную стадию при возврате. Клиент вернул товар или отказался от услуги после подписания. Вместо удаления сделки робот переводит её на стадию «Возврат» или обратно на начальную стадию с пометкой «Реанимация». История сохраняется, менеджер может перезапустить работу с клиентом.

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

Робот принимает два параметра:

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

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

Результат работы

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

Интеграция с другими роботами

«Изменение стадии сделки» — финальное звено почти всех цепочек автоматизации. Он не начинает процессы, а завершает их:

  • «Анализ скидок» → условие → «Изменение стадии сделки».
  • «Поступление оплаты» → «Изменение предложения из счета» → «Изменение стадии сделки».
  • «Подписание документа» → «Изменение стадии сделки» → «Уведомление руководителя».

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

Типичные ошибки при настройке

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

Сделка уже находится на целевой стадии. Робот всё равно отработает, но фактически ничего не изменится. Это может сбить с толку при отладке, однако для логики это безопасно — робот просто подтвердит, что стадия та же.

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