Автономный агент довёл B2B-сделку до подписания сам

Идея звучит эффектно: клиент оставляет заявку, а дальше система из LLM-агентов сама ведёт переписку, готовит коммерческое предложение, согласует правки, формирует договор и отправляет его на электронную подпись. Человек подключается только чтобы нажать финальную кнопку — а иногда, в самых смелых сценариях, не подключается вовсе. Такие пайплайны собирают на связке моделей вроде GPT-4o или Claude 3.5 Sonnet, фреймворков оркестрации и интеграций с CRM и сервисами ЭДО. Но между демонстрацией на конференции и боевым контуром лежит пропасть, и важно понимать, из чего именно она состоит.

Что вообще значит «агент довёл сделку до подписания»

Термин «агент» затаскали до потери смысла, поэтому договоримся о рамке. Здесь агент¹ — это не одна модель, а цикл: модель получает цель, вызывает внешние инструменты (почта, CRM, генератор документов, калькулятор скидок), читает результат вызова, планирует следующий шаг и повторяет, пока не достигнет цели или не упрётся в ограничение.

Типичная цепочка в сделке выглядит так:

1. входящая заявка попадает в CRM, агент квалифицирует лид по заданным критериям;
2. агент ведёт переписку, задаёт уточняющие вопросы, собирает требования;
3. по шаблону формируется коммерческое предложение с расчётом;
4. при согласии клиента подтягивается шаблон договора, поля заполняются из данных сделки;
5. договор уходит в сервис электронной подписи, статус возвращается в CRM.

Ключевое слово — «шаблон». Ни один вменяемый контур не даёт модели сочинять условия договора с нуля. Агент подставляет значения в заранее проверенную юристом форму, а не изобретает формулировки об ответственности сторон.

Автономность здесь не в том, что модель придумывает договор. Она в том, что человек не участвует в рутинной передаче данных между шестью системами — а именно на этих стыках раньше терялись дни.

Где такой конвейер ломается

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

Галлюцинации в цифрах и условиях

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

Юридическая ответственность за подпись

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

Стоимость длинных диалогов

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

Чем собирают такие агенты

Готового «агента для сделок из коробки» как единого продукта нет — контуры собирают из компонентов. Ниже — грубое сравнение подходов, а не рейтинг: выбор зависит от того, что у вас уже есть.

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

Кому это пригодится, а кому нет

Автономный агент в сделке — не универсальное решение. Он окупается там, где много однотипных сделок с предсказуемой структурой, и вредит там, где каждый договор — переговоры.

• Пригодится: SaaS-подписки и типовые B2B-контракты с фиксированными тарифами; продажи с большим потоком мелких заявок, где менеджеры тонут в рутине; сценарии, где 80% сделок идут по одному сценарию, а исключения можно отдать человеку.
• Пригодится частично: сделки со средним чеком, где переписку можно автоматизировать, а согласование условий и подпись оставить менеджеру.
• Не пригодится: крупные индивидуальные контракты, где каждое условие обсуждается; сделки в зарегулированных отраслях, где ошибка в документе дорого стоит; всё, где клиент ждёт живого переговорщика и уйдёт от бота.

Что проверить перед запуском

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

¹ Агент — программная надстройка над языковой моделью, которая в цикле ставит подзадачи, вызывает внешние инструменты и использует их результат для следующего шага, а не просто выдаёт один ответ на один запрос.

² Контекстное окно — максимальный объём текста (в токенах), который модель удерживает за один запрос: и входные данные, и историю диалога, и свой ответ. Когда переписка не помещается, старое приходится обрезать или сжимать.