Автоматическая смена этапа сделки в AmoCRM: настройка триггеров для движения клиента по воронке продаж

Автоматическая смена этапа сделки в AmoCRM настраивается через раздел Digital Pipeline — там есть триггер «Смена статуса», который перекидывает сделку в нужный этап воронки по заданному условию: входящее письмо, открытая страница, входящий звонок, ответ в мессенджере или просто истечение времени. Настройка занимает 5–10 минут, если понимаешь логику условий. Если не понимаешь — потратишь день и получишь воронку, которая двигает сделки не туда.

Ниже — как это работает на практике, где ломается и что реально помогает.

Где живёт триггер смены этапа и как его добавить

Заходишь в нужную воронку → «Настроить» → выбираешь этап, с которого должна начинаться автоматика → кнопка «+» в блоке автодействий → «Сменить статус».

Дальше три параметра:

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

Вот этот последний пункт — источник примерно половины «почему не работает» после настройки.

Условия срабатывания: три режима, которые путают чаще всего

В AmoCRM для триггеров есть три момента запуска:

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

При создании в этапе — срабатывает, если сделка создана сразу в этом статусе (например, через интеграцию или API). Новички часто путают его с первым.

С задержкой — триггер ждёт N часов/дней и только потом выполняет действие. Используется для напоминаний, дожимающих сообщений, автоматической смены статуса, если клиент не ответил за 48 часов.

Комбинация «при переходе + задержка» — это основа большинства нормально работающих воронок. Сделка пришла в этап → через 2 дня без ответа клиента → автоматом переходит в «Требует внимания» или назначается задача менеджеру.

Кейсы: где работало, где сломалось

Онлайн-школа, ниша — подготовка к ЕГЭ. Стек: AmoCRM + GetCourse + Senler. Настроили триггер: при открытии письма с приглашением на вебинар → сделка автоматически переходит в этап «Подтвердил интерес». Конверсия обработки таких лидов выросла с 11% до 31% за 3 недели — менеджеры перестали звонить всем подряд и начали работать с тёплыми. Облажались на старте: не поставили чекбокс применения к текущим сделкам, потеряли 4 дня данных. Исправление заняло 20 минут, но вернуть данные было уже нельзя.

Юридическая компания, Москва. Хотели автоматически двигать сделку при входящем звонке. Поставили триггер на событие «входящий звонок». Проблема вылезла через неделю: колл-центр принимал и спам-звонки, которые тоже фиксировались в CRM. В итоге сделки дёргались хаотично. Решили через добавление условия — только если разговор длился больше 40 секунд. Это убрало 78% ложных срабатываний. Настройка под ключ обошлась в 7 400 ₽ у интегратора — могли бы решить сами, но потеряли 11 рабочих дней на диагностику.

Оптовая компания, стройматериалы. Воронка на 7 этапов, автоматическая смена по факту выставления счёта из 1С. Интеграция через вебхук. Сделки двигались, но с задержкой 15–20 минут — очередь вебхуков не справлялась в пиковые часы. Решение: разгрузить очередь, перейти на прямую интеграцию через API. Срок задержки сократился до 40–60 секунд. Стоимость доработки — 18 000 ₽, но это уже другая история про интеграции, не про триггеры.

Фитнес-клуб, сеть из 4 точек. Пытались настроить триггер самостоятельно через встроенный Digital Pipeline. Базово всё работало, но появилась «петля»: сделка переходила в этап А → триггер переводил в этап Б → там стоял другой триггер, который возвращал в А. Сделки зависли в бесконечном цикле, у нескольких клиентов задвоились уведомления. Откат настроек занял 3 часа. После этого ввели правило: каждый триггер проверяется на обратное условие перед публикацией.

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

Про чекбокс текущих сделок уже говорил — повторяться не буду. Вот остальное:

  • Триггер без условия фильтрации — срабатывает на всё подряд, включая нецелевые события. Всегда добавляй хотя бы один фильтр: источник лида, тег, ответственный менеджер.
  • Несколько триггеров на один этап без приоритета — AmoCRM выполняет их по очереди, и если условия пересекаются, результат непредсказуем.
  • Отсутствие тестового прогона — прежде чем включать триггер на боевую воронку, создай тестовую сделку и пройди её руками по всем условиям.
  • Триггер на финальный этап — «Успешно реализовано» или «Отказ» лучше не автоматизировать без чёткого ручного подтверждения. Иначе получишь закрытые сделки с клиентами, которые ещё думают.

Вопросы, которые возникают чаще всего

Можно ли настроить смену этапа по полю в карточке сделки?
Встроенными средствами AmoCRM — нет, это ограничение платформы. Для этого нужен сторонний виджет (например, «Триггеры» от Команды F5 или аналоги). Они позволяют задавать условия по любому полю: изменилось значение, заполнено, очищено — и на основе этого двигать сделку.

Триггер сработал, но сделка не переместилась. Почему?
Три самых частых причины: 1) сделка уже находится в целевом этапе, 2) стоит условие «только новые сделки» и сделка создана раньше триггера, 3) событие-источник не прошло — например, письмо считается «открытым» только если пиксель загрузился, а у клиента отключена загрузка картинок.

Сколько триггеров можно поставить на один этап?
Технически — несколько. Практически — больше трёх на один этап начинает путать команду и ломать логику при изменениях воронки. Оптимальная воронка — это не та, где максимум автоматики, а та, где автоматика понятна через полгода без автора настройки.

Работает ли смена этапа при автоматическом создании сделки из формы?
Да, если выбрать условие «При создании в этапе». Сделка создаётся сразу в нужном статусе → триггер отрабатывает в этот же момент. Удобно для квалификации: форма с UTM → сделка в этапе «Целевой лид» → сразу назначается ответственный и ставится задача.

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

Что реально ускоряет движение сделки по воронке

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

Видел воронки с 12 этапами и 30 триггерами, которые не давали результата — менеджеры просто не понимали, что происходит. И видел воронку из 4 этапов с тремя триггерами, где конверсия в оплату была 34%.

Автоматическая смена этапа — это инструмент под конкретную задачу, а не способ показать, что CRM «настроена».

Добавить комментарий

Заявка на презентацию системы

Заявка на презентацию системы в шапке