Как настроить роботов и Digital Pipeline в amoCRM

Менеджеры тратят до 40% рабочего времени на рутинные операции: смену статусов, создание задач, отправку типовых писем. В amoCRM эта проблема решается не инструкциями для сотрудников, а настройкой «Цифрового конвейера». Это визуальный конструктор автоматизации, который работает 24/7 без участия людей.

Ошибки при настройке роботов приводят к «параличу» воронки: задачи дублируются, письма уходят не тем клиентам, а статусы меняются хаотично. Ниже — разбор технической логики настройки, типичных ловушек и чек-листа для аудита ваших сценариев.

Архитектура Цифрового конвейера

В интерфейсе amoCRM раздел «Автоматизация» содержит блок «Цифровой конвейер». Это не просто список скриптов, а последовательная логическая цепочка. Система обрабатывает события в строгом порядке: сначала срабатывают триггеры, затем проверяются условия, и только потом выполняются действия.

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

• Триггер — событие, запускающее робот. Например, «Смена статуса сделки в «Договор подписан»» или «Получение нового лида».
• Условия — фильтр. Робот проверяет данные сделки. Если условия не совпадают, робот останавливается и передает управление следующему в очереди.
• Действия — то, что происходит при совпадении условий. Создание задачи, отправка письма, смена ответственного, обновление полей.

При настройке всегда проверяйте вкладку «История изменений» в карточке сделки. Там видно, какой именно робот сработал, а какой был пропущен из-за невыполнения условий. Это главный инструмент отладки.

Настройка приоритетов и обработка конфликтов

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

В списке роботов есть столбец «Приоритет». Чем выше число, тем раньше робот сработает. Приоритет работает внутри одного триггера. Если триггеры разные (например, «Создание сделки» и «Смена статуса»), порядок определяется временем события.

Типичная ошибка: робот «Сброс статуса в «Работа»» конфликтует с роботом «Закрытие сделки». Если приоритет у робота сброса выше, система вернет сделку назад, даже если менеджер нажал «Закрыто». В таких случаях используйте условия «Ответственный не равен [Конкретный менеджер]» или блокируйте смены статусов через права доступа для определенных ролей.

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

Переменные и динамический контент

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

Используйте стандартные переменные из карточки сделки:

• [Название сделки] — полезно для темы письма, чтобы клиент сразу узнавал суть.
• [Дата создания] — для контроля времени реакции.
• [Сумма сделки] — для автоматического расчета скидки в теле письма.
• [Имя менеджера] — персонализация подписи.

При настройке условий учитывайте типы данных. Поле «Сумма» — это число. Нельзя поставить условие «Сумма содержит «100»». Нужно использовать операторы сравнения: «Больше», «Меньше», «Равно». Для текстовых полей используйте «Содержит» или «Равно» (с учетом регистра).

Чек-лист при настройке робота

Перед публикацией робота в рабочем режиме пройдите по этому списку. Это сэкономит часы на поиске багов.

Пять базовых сценариев для старта

1. Назначение первого касания

Триггер: «Сделка создана». Условия: «Задача не создана». Действие: «Создать задачу «Связаться с клиентом» на текущий день + 1 час». Это гарантирует, что ни один лид не останется без внимания в первые часы.

2. Автоматическая квалификация

Триггер: «Сделка создана». Условия: «Источник равен «Сайт»» и «Сумма сделки меньше 5000». Действие: «Сменить статус на «Нецелевой»» и «Сменить ответственного на «Отдел маркетинга»». Это очищает воронку продаж от мусора сразу после поступления.

3. Напоминание о встрече

Триггер: «Изменение активности». Условия: «Тип активности «Встреча»» и «Дата выполнения через 24 часа». Действие: «Отправить уведомление в Telegram менеджеру» и «Создать задачу «Подготовить материалы к встрече»». Используйте интеграцию с мессенджерами для мгновенных оповещений.

4. Сброс статуса при неактивности

Триггер: «Прошло 7 дней с последней активности». Условия: «Статус равен «В работе»». Действие: «Сменить статус на «Пауза»» и «Отправить письмо клиенту «Вы все еще интересуетесь?»». Это помогает поддерживать «теплоту» базы без участия менеджера.

5. Обновление данных после звонка

Триггер: «Звонок завершен». Условия: «Длительность звонка больше 3 минут» (фильтр от случайных нажатий). Действие: «Создать задачу «Сделать заметку о звонке»». Если менеджер не сделал заметку, робот может напомнить об этом через час.

Отладка и история изменений

Если робот не срабатывает, не гадайте. Откройте карточку сделки, перейдите во вкладку «История». В amoCRM каждое действие робота фиксируется записью вида «Робот [Название] выполнил действие…».

Если записей нет, проверьте три вещи:

1. Робот включен (переключатель справа вверху списка роботов).
2. Триггер действительно сработал (например, статус сменился именно на тот, что указан в роботе, а не на похожий).
3. Условия не фильтруют сделку. Часто проблема в поле «Ответственный» — если сделка без менеджера, а робот настроен на конкретного, он не сработает.

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

Ограничения стандартных роботов

Стандартный конвейер amoCRM покрывает 80% задач. Но есть зоны, где он бессилен:

• Сложная арифметика. Роботы не умеют считать сложные формулы внутри себя (например, скидка зависит от трех разных полей и текущего курса валют).
• Работа с внешними API. Стандартный робот не может отправить данные в 1С или SAP напрямую без использования интеграций.
• Условные ветвления «Или/Или». В стандартных условиях логика строится на «И». Для сложных ветвлений нужны кастомные роботы (доступны на тарифах «Энтерпрайз» и выше) или внешние сервисы.

Если вы упираетесь в эти ограничения, не пытайтесь «костылить» через 10 роботов. Лучше подключить специализированный мультитриггер или настроить интеграцию через наш центр услуг по автоматизации.

Частые вопросы

Почему робот сработал дважды на одну сделку?

Обычно это происходит из-за дублирующихся триггеров. Например, робот настроен на «Смена любого поля», а менеджер сохранил сделку, изменив одно поле, а робот сам изменил другое поле действием. Это вызвало срабатывание триггера заново. Решение: добавьте условие «Робот не равен [Название текущего робота]» или используйте приоритеты, чтобы избежать циклических вызовов.

Можно ли клонировать робота?

Да, в списке роботов есть кнопка «Еще» (три точки) -> «Клонировать». Это удобно, если нужно перенести логику из одной воронки продаж в другую. После клонирования обязательно проверьте ссылки на шаблоны писем и задачи, так как они могут быть привязаны к старой воронке.

Как отключить всех роботов на время тестов?

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

Работают ли роботы на закрытых сделках?

Да, если триггер позволяет. Например, робот может сработать при смене статуса на «Закрыто» и создать задачу для бухгалтерии. Однако триггеры, связанные с активностью (например, «Прошло время без активности»), могут работать иначе для архивных сделок. Всегда тестируйте сценарии на закрытых сделках отдельно.

Автоматизация в amoCRM — это не «один раз настроил и забыл». Воронки меняются, появляются новые источники лидов, меняются скрипты продаж. Роботы требуют ежемесячного аудита, чтобы не превратиться в тормоз для бизнеса. Если у вашей команды нет ресурсов на техническую поддержку CRM, свяжитесь с нами для настройки и поддержки ваших сценариев.