ИИ-агент в B2B-продажах с длинным циклом

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

Короткая продажа держится на одном человеке и заканчивается за один-два дня. Длинная переходит из рук в руки, и именно на этих переходах агент полезнее всего.

Чем длинная B2B-сделка отличается от быстрой продажи

Быстрая продажа закрывается одним разговором: вопрос, цена, оплата. Длинная сделка растянута на согласования, и в каждой точке важен зафиксированный факт: кто спрашивал, что назвал, на чём остановились.

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

Квалификация входящего обращения по длинному списку вопросов

B2B-квалификация редко умещается в один обмен репликами. Клиент называет нишу, потом объём, потом какая система у него уже стоит, и агенту нужно удержать всё это по ходу нескольких сообщений и не переспрашивать заново каждый раз, когда разговор возобновляется.

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

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

Что агент собирает для коммерческого предложения

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

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

Напоминания на паузах между этапами сделки

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

Правило простое: отменяет очередь только новый ответ клиента, а не подключение сотрудника к разговору или смена статуса сделки. Для B2B это особенно важно — руководитель мог созвониться с клиентом голосом и получить согласие, но пока это не отражено в переписке отдельным действием, платформа продолжит считать паузу открытой.

Как контекст переходит от одного сотрудника к другому

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

Здесь работают два механизма платформы сразу. Саммари диалога — короткий пересказ переписки, который агент сам оставляет в карточке сделки примечанием в amoCRM или комментарием в Битрикс24, когда срабатывает нужный файл базы знаний. Теги диалога — метки по этапам и фактам: «согласован объём», «ждём решения юриста», «повторное обращение через квартал». Вместе они дают следующему сотруднику короткий вход в сделку без чтения истории с первого сообщения.

Отдельно агент умеет ставить сотруднику CRM-задачу прямо из диалога: типа «Звонок» или «Встреча» в amoCRM и Kommo, если по инструкции наступил момент связаться с клиентом напрямую. Задача попадает в тот же список дел, где у менеджера уже стоят остальные.

Кто решает цену и как заменить читку переписки взглядом на карточку

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

Работа агента здесь — подготовить карточку, а не отговорку. К моменту, когда решение нужно принять, в сделке уже есть переменные с вводными, теги по этапам и саммари переписки. Менеджеру не нужно поднимать историю с начала: он открывает карточку и видит объём, интеграции, срок и то, на чём клиент настаивал в последнем разговоре.

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

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

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