Цифровая воронка amoCRM: триггеры, автоматизация и контроль сценариев

Цифровая воронка amoCRM, или Digital Pipeline, связывает этапы продаж с автоматическими действиями. Она может поставить задачу после новой заявки, отправить письмо после перехода на этап, изменить поле, запустить Salesbot или передать событие во внешнюю систему. Польза появляется, когда сценарий поддерживает регламент, а не маскирует неописанный процесс.

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

Пять принципов управляемой автоматизации

1. Один результатКаждый сценарий решает конкретную задачу и имеет измеримый выход.
2. Ясное событиеПонятно, что именно запускает действие: создание, переход, изменение или время.
3. Достаточные условияСценарий проверяет продукт, сегмент, ответственного и обязательные данные.
4. Защита от повтораВозврат сделки и повторное событие не создают нежелательный дубль.
5. ВладелецУ автоматизации есть сотрудник, который следит за метрикой и ошибками.

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

События и условия запуска

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

Официальная справка amoCRM описывает цифровую воронку как инструмент автоматических действий со сделками и перечисляет создание задач, сделок и покупателей, отправку писем, запуск Salesbot, webhooks, смену этапов и тегов. Возможности и доступность сверены по руководству amoCRM 26 августа 2026 года. Условия запуска, включая события по сделкам, времени и беседам, описаны в отдельной справке по триггерам.

Полезные сценарии по этапам воронки

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

Не каждый сценарий нужно реализовывать в Digital Pipeline. Сложные расчёты, обмен с учётной системой, большие объёмы данных и многошаговые транзакции надёжнее выполнять во внешнем интеграционном слое. Воронка остаётся оркестратором пользовательского процесса, а специализированный сервис отвечает за тяжёлую логику и повтор ошибок.

Автоматические задачи и SLA

Хорошая задача содержит действие, объект и срок: «Позвонить клиенту по заявке на аудит до 14:30», а не «Обработать лид». Ответственный определяется до создания задачи. Если сделка передана другому менеджеру, нужно решить, переносится ли открытая задача, закрывается или остаётся у прежнего сотрудника.

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

Когда подключать Salesbot

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

Сценарий общения отделяют от бизнес-правил. Текст, тон и кнопки отвечают за коммуникацию; решение о маршруте, доступе и критичном изменении опирается на проверяемые данные. Если Salesbot вызывает webhook, внешний обработчик обязан валидировать входные параметры и возвращать понятный технический статус.

Webhooks и внешние интеграции

Webhook применяют, когда нужно передать событие в 1С, ERP, склад, BI, генератор документов или собственное приложение. В запрос включают минимальный набор данных и идентификаторы, по которым можно безопасно запросить остальное. Секреты нельзя помещать в видимые поля сделки или клиентский код.

Обработчик быстро подтверждает приём и переносит тяжёлую работу в очередь. Для повторной доставки используется идемпотентный ключ. Временные ошибки повторяются с увеличивающейся задержкой; постоянные попадают в журнал с ответственным. В CRM сохраняют технический статус только в том объёме, который помогает сотруднику, не превращая карточку в лог сервера.

Как находить конфликты сценариев

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

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

Тестирование перед запуском

1. Базовый путьНовая сделка проходит этапы с полными корректными данными.
2. ПовторСделка возвращается на этап и снова выполняет событие.
3. ПропускОбязательное поле отсутствует или имеет неожиданный формат.
4. ВремяПроверяются рабочие часы, задержки, выходные и перенос даты.
5. СбойВнешний сервис недоступен, отвечает медленно или возвращает ошибку.
6. ПраваСценарий тестируется от имени реальных ролей и ответственных.

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

Метрики цифровой воронки

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

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