Как настроить автоворонку продаж: сценарии, триггеры и интеграции

Что считать автоворонкой, а что ей не является

Автоворонка — это цепочка автоматических действий, которая ведёт заявку по этапам без ручного участия там, где человек не добавляет ценности. Ключевые слова: «там, где не добавляет». Автоворонка не заменяет продавца, она снимает с него механику — распределение, напоминания, отправку типовых материалов, смену статусов, уведомления при просрочке.

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

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

Шаг 1. Описать сценарий до захода в интерфейс

Сценарий пишется таблицей: событие → действие системы → ответственный → срок. Пример строки: «заявка с формы расчёта» → «создать сделку, назначить ответственного по очереди, поставить задачу связаться, отправить письмо с подтверждением» → «менеджер» → «15 минут».

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

На этом же этапе фиксируется список полей, которые должны заполняться автоматически: источник, utm-метки, страница входа, идентификатор визита. Без них дальнейшая аналитика бессмысленна.

Шаг 2. Триггеры: события вместо таймеров

Триггер — условие запуска действия. Хороший триггер описывает факт реальности, плохой — просто отсчитывает время.

• Событийные (правильные): создана сделка из формы; сделка перешла на этап «КП отправлено»; получен входящий звонок с неизвестного номера; клиент открыл письмо с предложением; счёт оплачен; сделка висит на этапе дольше нормативного срока.
• Временные (только как дополнение): прошло 3 дня после отправки КП; наступила дата напоминания; закончился месяц.

Разница на практике. Триггер «через 2 дня после заявки отправить кейсы» сработает даже если клиент вчера подписал договор — и выглядит это глупо. Триггер «через 2 дня после заявки, если сделка всё ещё на этапе «первый контакт», отправить кейсы» учитывает состояние. Условие о текущем этапе нужно добавлять почти всегда.

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

Шаг 3. Каналы касаний и их роли

Автоворонка касается клиента несколькими способами, и у каждого своя работа.

Почта. Носитель содержания: подтверждение заявки, коммерческое предложение, расчёт, документы. Хорошо работает в B2B, плохо — для быстрых бытовых услуг.

Мессенджеры. Быстрая связь и короткие уточнения. Подключаются к CRM, чтобы переписка оставалась в карточке, а не в личном телефоне менеджера.

Задача менеджеру на звонок. Формально не автоматическое касание, но именно постановка задачи автоматизируется. Звонок остаётся за человеком: в сделках от 100 000 ₽ ни одна цепочка писем не заменяет разговор.

Ретаргетинг. Сегмент из CRM выгружается в рекламный кабинет, и человек, застрявший на этапе «КП отправлено», видит объявления с ответами на типичные возражения. Как это устроено технически, разбираем в разделе контекстной рекламы.

Нормальная плотность касаний для B2B — 4–6 за две недели, дальше начинается раздражение. Каждое касание должно нести новую информацию, а не повторять «напоминаем о себе».

Шаг 4. Интеграции: где рвётся чаще всего

Автоворонка живёт на стыках, и ломается тоже на них. Собирать нужно четыре соединения.

Сайт → CRM. Формы отдают заявку напрямую в сделку вместе с метками. Письмо на почту как единственный канал — гарантированная потеря части обращений. На WordPress это делается обработчиком формы с отправкой в REST-метод CRM; работы такого рода входят в доработку сайта.

Телефония → CRM. Звонок создаёт сделку, запись прикрепляется к карточке, определяется источник. Важная деталь: у звонковых лидов ответственный часто проставляется уже после разговора, и автоматика распределения должна это учитывать, иначе получите пустые проверки и ложные уведомления.

CRM → рассылки и мессенджеры. Отправка по событию с подстановкой данных сделки.

CRM → аналитика. Возврат суммы и статуса сделки в отчёт по источникам, чтобы считать деньги, а не лиды.

Когда штатных возможностей не хватает — обмен с 1С, расчёт спецификации, сложная логика распределения — ставится промежуточный слой на вебхуках. Мы держим такие сервисы на своём сервере: это надёжнее связки из трёх облачных конструкторов. Состав работ и сценарии описаны на странице автоматизации, от 30 000 ₽.

Шаг 5. Порядок запуска и проверка

Собирать всё сразу — верный способ не запуститься. Рабочая последовательность по неделям:

1. Неделя 1. Этапы, поля, приём заявок из всех источников. Проверка: каждая тестовая заявка создаёт сделку с корректным источником.
2. Неделя 2. Распределение, задачи, контрольные уведомления о просрочке. Проверка: заявка без реакции 30 минут поднимает уведомление руководителю.
3. Неделя 3. Цепочки касаний по этапам, шаблоны писем и документов.
4. Неделя 4+. Аналитика, отчёты по конверсиям этапов, выгрузка сегментов в рекламу.

После запуска обязателен контроль интеграций. Обмен данными ломается тихо: сменился токен, изменилось имя поля, обновился плагин формы. Признак — резкое падение числа заявок при неизменном трафике. Проверять стоит еженедельно тестовой отправкой и сверкой числа заявок в Метрике и в CRM: расхождение больше 5 % означает, что где-то теряются обращения.