Антон Дегтярёвai-follow up сделок: как настроить в битрикс24
Настраивают обычно одно письмо-напоминание — и удивляются, почему отклик низкий. На аудитах вижу: у менеджера с 40-50 сделками в работе вовремя follow-up происходит по 15-20% сделок, остальные ждут, пока клиент напишет сам или сделка протухнет. Разбираю, как собрать систему из трёх сценариев вместо одного шаблона — и где в этом деле реально нужен AI, а где хватит обычного робота.
почему ручной follow-up не работает системно
Дело не в лени менеджера, а в объёме. Когда в работе 40-60 сделок одновременно, физически невозможно держать в голове, кому три дня назад отправили КП, кто обещал перезвонить в четверг, а чья сделка тихо стоит вторую неделю. Менеджер вспоминает про сделки, которые горят — звонок клиента, дедлайн, скандал. Про остальные вспоминает клиент, если вообще вспоминает.
На аудитах считаю это напрямую: беру выгрузку сделок за месяц и смотрю, по какой доле было хоть одно действие менеджера в течение 2-3 дней после предыдущего касания. Цифра почти всегда одна — 15-20%. Остальные 80-85% сделок ждут инициативы клиента или всплывают случайно, когда менеджер листает CRM в поисках чего-то другого.
Напоминание «звони вовремя» на планёрке это не чинит. Через неделю всё возвращается к тем же 15-20%, потому что держать в голове десятки дедлайнов по разным сделкам — вопрос не дисциплины, а физического предела внимания одного человека.
как устроена база системы follow-up
В основе — робот на стадии воронки. Роботы в Битрикс24 настраиваются прямо в CRM на конкретной стадии сделки и срабатывают по условию: например, по времени, прошедшему без активности. Условие простое — «сделка находится на этой стадии дольше N дней и по ней не было изменений» — и по нему робот запускает действие.
Действия у робота типовые: поставить задачу ответственному, отправить уведомление, сменить стадию на «требует внимания», записать комментарий. Настраивается через интерфейс, без разработчика.
Уже на этом уровне, без всякого AI, система решает главную проблему из первой секции: она не полагается на память менеджера, а проверяет условие простоя автоматически. Правда, это работает только при внятных стадиях воронки — иначе непонятно, от какого события отсчитывать простой, а с этим помогает разобраться отдельная статья про настройку воронки продаж в Битрикс24.
когда одного робота мало
Робот хорош для одного условия и одного действия. Но follow-up-система, которая различает «прошло 3 дня после КП» и «сделка зависла на два месяца», — это уже не одно правило, а несколько условий с разной логикой и разными текстами на выходе.
Для такой логики в Битрикс24 есть бизнес-процессы — визуальный дизайнер с ветвлениями и циклами. Бизнес-процесс может проверить несколько условий подряд и выбрать нужный сценарий в зависимости от того, сколько дней прошло и на какой стадии сделка.
На практике комбинирую: точечные напоминания — через роботов на стадии, трёхэтапную систему с разной логикой на разных сроках простоя — через бизнес-процесс, который дальше вызывает нужный сценарий текста.
сценарий 1 — после отправленного КП без ответа
Клиенту ушло коммерческое предложение, прошло 2-3 дня, реакции нет. Это самый частый и самый безопасный момент для follow-up — клиент ещё помнит разговор, ничего критичного не произошло, паниковать рано.
Тон здесь — не давить, а дать повод ответить. Прямое «напоминаю о себе, ждём вашего решения» читается как давление и часто игнорируется ещё сильнее. Лучше работает сообщение с конкретным поводом: уточнение по одному пункту КП, вопрос про сроки со стороны клиента, короткое дополнение («забыл уточнить — по вашему объёму скидка распространяется и на второй месяц»).
Робот проверяет условие «КП отправлено, прошло 2-3 дня, стадия не менялась» и ставит задачу или запускает генерацию текста. Важно, чтобы сообщение не выглядело как рассылка — одна и та же фраза под разных клиентов считывается быстро и работает хуже, чем вообще ничего.
сценарий 2 — после результативного звонка без следующего шага
Звонок прошёл хорошо, договорённости были, но в календаре не появилось ни задачи, ни встречи, ни дедлайна — просто разговор закончился и сделка легла в стадию. Это отдельный триггер, который легко пропустить, потому что формально ничего плохого не произошло: разговор был позитивный.
Follow-up тут должен быть привязан к конкретике разговора: что обсуждали, о чём договорились, какой следующий шаг предполагался. «Мы обсуждали переход на тариф с расширенным лимитом — успели посмотреть детали?» работает сильно лучше общего «как продвигается решение по нашему предложению?».
Условие для робота чуть сложнее, чем в первом сценарии: нужно отслеживать не время на стадии, а отсутствие запланированной активности после факта звонка. Без этого уточнения follow-up сработает и по сделкам, где следующий шаг уже назначен, — а это лишнее раздражающее касание.
сценарий 3 — сделка зависла дольше среднего цикла
Средний цикл сделки в вашей воронке — величина, которую стоит знать заранее, отдельно по каждому продукту или сегменту клиентов. Когда сделка стоит на одной стадии дольше этого срока, это уже не «клиент задумался», а тревожный сигнал: либо продажа тихо умерла, либо появился скрытый барьер, о котором менеджер не знает.
Тон здесь принципиально другой: не «напоминаю», а «уточняю актуальность». Задача — честно выяснить, жив ли вообще интерес, чтобы либо вернуть сделку в работу, либо закрыть её и не тратить время на мёртвый груз в воронке. «Смотрю, что по вашему проекту давно нет движения — актуальна ли ещё задача?» — прямой вопрос без давления.
Робота на этом этапе можно настроить так, чтобы он сразу менял приоритет сделки и подсвечивал отдельным статусом — чтобы зависшие случаи не терялись среди текущей работы.
как ai помогает именно на этом шаге
Три сценария выше требуют трёх разных по тону текстов, и это до персонализации под конкретную сделку — что обсуждали, какой продукт, сколько дней прошло. Один шаблон на все случаи возвращает ту же проблему низкого отклика, только теперь автоматизированную.
Схема подключения AI такая же, как в задаче квалификации лидов: данные сделки (стадия, история звонков и переписки, дни без активности, продукт) уходят вебхуком на сервер, тот обращается к API модели с промптом под нужный сценарий, а готовый текст записывается обратно в поле сделки или комментарий через входящий вебхук REST API. Архитектуру — сервер-прослойка, задержки ответа, fallback на случай сбоя — подробно разбирал в статье про AI-квалификацию лидов в Битрикс24, здесь не повторяю.
Разница в том, что идёт в промпт: не характеристики обращения, а контекст сделки и номер сценария. Модель не оценивает, а пишет — черновик под нужный тон, который менеджер правит за 20-30 секунд вместо того, чтобы формулировать с нуля. Похожий принцип — текст под контекст, а не по шаблону — я разбирал и для других задач в статье про сценарии BitrixGPT, там follow-up упомянут мельком среди десяти сценариев, здесь — отдельная система именно под простаивающие сделки.
где это ломается на практике
Самая частая ошибка — слишком частые follow-up. Если робот напоминает клиенту каждые два дня без разбора причины, это выглядит как спам, а не забота, и раздражает даже заинтересованных. Между сообщениями по одной сделке должно проходить не меньше нескольких дней, и количество касаний стоит ограничивать явно в логике робота или бизнес-процесса.
Вторая ошибка — follow-up без разбора по этапам, когда одно и то же сообщение уходит и через два дня после звонка, и через месяц тишины. «Уточняю актуальность» неуместно сразу после позитивного разговора, а мягкое «дайте знать, если будут вопросы» бесполезно на явно умершей сделке. Без разделения по сценариям система формально есть, а отклик остаётся на уровне одного шаблона.
Третья проблема — отсутствие лимита на повторы. Если сделка не сдвинулась после трёх follow-up подряд, дальнейшие напоминания только портят отношения. Логичнее переключить её на менеджера для личного решения — звонить, снижать приоритет или закрывать — а не продолжать рассылку до бесконечности.
как мерить эффект
Считать количество отправленных follow-up сообщений — бессмысленная метрика, она растёт сама по себе с ростом базы и ничего не говорит про качество системы. Смотреть нужно на долю сделок, которые сдвинулись со стадии в течение нескольких дней после follow-up, а не просто получили сообщение.
На моих проектах после настройки трёхэтапной системы (после КП / после звонка / при зависании) доля сделок с хотя бы одним follow-up вовремя вырастает с 15-20% до 70-80%. Это не рост конверсии в продажу, а рост дисциплины касаний. Конверсия дальше зависит от качества текста и от того, насколько продукт и цена вообще интересны клиенту — follow-up не чинит плохое предложение, он просто не даёт хорошему потеряться в молчании.
Второй показатель — доля зависших сделок (сценарий 3), которые после уточняющего сообщения либо ожили, либо были осознанно закрыты. Рост этой доли означает, что воронка перестаёт копить мёртвый груз, и отчёты по ней становятся честнее.