Зачем связывать ИИ-агента с CRM, какие системы поддержаны, что ходит между ними в обе стороны и что делать, если вашей системы в списке нет.
Интеграция ИИ-агента с CRM делает разговор и сделку одним событием: агент отвечает, зная данные карточки, и сам записывает в неё результат — статус, поля, задачу, ответственного. В Савви описаны amoCRM, Kommo, Битрикс24, RetailCRM, GetCourse, YCLIENTS и хелпдески; для остальных систем есть вебхуки, персональный канал по API и подключение своего MCP-сервера.
Без CRM агент выглядит убедительно ровно до момента, когда разговор закончился. Клиент спросил, агент ответил, человек ушёл думать — и всё это осталось в переписке, до которой у отдела продаж дойдут руки в лучшем случае завтра.
Связка с CRM меняет не качество ответов, а то, что происходит после. Разговор превращается в строчку воронки, заполненные поля и задачу менеджеру, причём в ту же секунду, когда клиент дописал сообщение.
Интеграция ИИ-агента с CRM — это двусторонняя связь, при которой агент отвечает клиенту, зная данные его карточки, и сам записывает в карточку результат разговора.
Работает это так. Сообщение клиента попадает в CRM, оттуда уходит агенту вместе с выбранными данными сделки. Агент формирует ответ, CRM показывает его в карточке и отправляет в тот канал, откуда пришло сообщение. Параллельно агент может вызвать действие: сменить статус, заполнить поле, поставить задачу.
Полезно держать в голове обе стороны обмена: половина вопросов к интеграции снимается пониманием того, что именно агент видит.
| Направление | Что передаётся |
|---|---|
| Из CRM агенту | сообщение клиента, выбранные поля сделки и контакта, карточка компании, краткий пересказ переписки до подключения агента, источник обращения |
| От агента в CRM | ответ клиенту, смена воронки и статуса, заполнение выбранных полей, задача менеджеру, смена ответственного, теги, комментарий с пересказом разговора |
Строка про источник обращения выглядит служебной, а на практике решает частую задачу: один агент по-разному отвечает тем, кто пришёл с сайта, из маркетплейса и из мессенджера, оставаясь одним агентом с одной базой знаний.
Проверьте на своих диалогах.Регистрация без карты, 500 ₽ на тест по промокоду BLOG500
Собрать агентаИз CRM и систем учёта в руководстве описаны amoCRM, Kommo, Битрикс24, RetailCRM и GetCourse. Из систем записи — YCLIENTS, а раздел про ALTEGIO пока помечен как готовящийся. Из систем поддержки — PlanFix, UseDesk, HelpDeskEddy и Omnidesk. Отдельно описана работа с 1С через HTTP-сервисы.
Набор действий у систем разный, и это нормально: он зависит от того, что система отдаёт наружу. В amoCRM, например, есть отдельные задачи «Звонок» и «Встреча»; в RetailCRM агент работает с заказами — получает список, создаёт, редактирует, отменяет и меняет статус. Смотреть стоит не на сам факт поддержки, а на то, какие действия нужны именно вам.
Подключаются действия в одном месте: в разделе «Интеграции» у агента выбирается CRM, а на вкладке «Действия» добавляются нужные функции. У каждой есть название и описание, по которому агент понимает, когда её вызывать.
Ситуация обычная — отраслевых систем в стране сотни. Обходных путей три, и они разной сложности.
Вебхук. Действие, в котором указываются адрес, метод, заголовки и тело запроса. Агент отправляет данные в вашу систему и получает ответ обратно в диалог. Этого хватает, чтобы проверить остаток на складе, узнать статус заказа или создать заявку в самописной базе.
Персональный канал по API. Нужен, когда наоборот: сообщения должны уходить в вашу систему, а не в чужой мессенджер. Задаётся адрес вебхука, выдаётся токен, есть кнопка проверки.
Свой MCP-сервер. Подходит, если ваша система может отдавать агенту не одно действие, а целый набор инструментов и данных.
Если системы в списке нет, не начинайте с интеграции. Запустите агента на переписке без CRM, неделю почитайте диалоги, а потом добавляйте вебхуки под те два-три действия, которых реально не хватило. Иначе есть шанс потратить неделю на интеграцию поля, которое никому не понадобилось.
Две вещи, о которых говорят реже, чем стоило бы.
Первая — деньги. Каждое поле, которое агент читает или заполняет, попадает в контекст модели, и диалог дорожает. Именно поэтому заполнение карточки по умолчанию выключено, а не потому, что платформа не доверяет агенту. Рабочая норма — пять полей, без которых менеджеру не обойтись.
Вторая — доверие к данным. Агент заполняет карточку по словам клиента, а клиент ошибается, шутит и называет чужой город. Поэтому поля, по которым потом строятся отчёты и считаются деньги, лучше оставлять менеджеру, а агенту отдавать то, что легко перепроверить: контакты, интересующую услугу, удобное время.
Посмотреть на его работу без риска можно в режиме второго пилота: агент пишет не клиенту, а комментарием в сделке, менеджер правит и отправляет сам.
Отдельной платы за подключение CRM нет. Диалог обходится около 15 ₽ по общей тарификации: оплата идёт по токенам, то есть за фактически обработанный текст. Настройки, которые тянут данные в модель, увеличивают эту цифру, и это единственная статья расходов, на которую вы влияете напрямую.
Проверить это на своих сделках можно на демо-балансе, который даётся при регистрации: тридцати диалогов достаточно, чтобы увидеть реальную цену вашего разговора.
Выпишите три вещи, которые менеджер делает в CRM руками после каждого разговора. Обычно это смена статуса, пара полей и задача на перезвон. Их и отдавайте агенту первыми — результат виден в тот же день, а риск минимальный.
Пошаговые настройки для двух самых распространённых систем разобраны отдельно: чат-бот для Битрикс24 и чат-бот для amoCRM. Как эти шаги складываются в воронку целиком — в статье про автоматизацию продаж.
И ещё одно наблюдение из внедрений: сопротивление обычно вызывает не сам агент, а то, что он заполняет карточки аккуратнее менеджеров. Это стоит проговорить с отделом до запуска, а не после.
Чтобы разговор и сделка были одним и тем же событием. Агент видит, что уже известно о клиенте, и отвечает с учётом этого, а результат разговора сам попадает в карточку: статус, поля, задача, ответственный. Менеджер получает сделку с историей, а не пустой лид с номером телефона.
В руководстве описаны amoCRM, Kommo, Битрикс24, RetailCRM и GetCourse, из систем записи — YCLIENTS и ALTEGIO, из хелпдесков — PlanFix, UseDesk, HelpDeskEddy и Omnidesk. Отдельно описана работа с 1С через HTTP-сервисы.
Использовать действие «Вебхук»: агент отправляет HTTP-запрос с нужными данными и получает ответ обратно в диалог. Второй путь — персональный канал через API, когда сообщения нужно гонять в свою систему. Третий — подключить собственный MCP-сервер, если система умеет отдавать данные и действия.
Те, которые вы выбрали: поля сделки, поля контакта, карточку компании. Дополнительно может передаваться краткий пересказ той части переписки, что шла до подключения агента. Каждое выбранное поле попадает в контекст модели и увеличивает стоимость диалога.
Он делает только то, что описано в настроенных действиях: создать или изменить сделку, сменить статус, заполнить перечисленные поля, назначить ответственного. Полей, которые вы не выбрали, агент не касается. Чтобы посмотреть на его работу без риска, есть режим второго пилота с записью в комментарии.
Отдельной платы за подключение CRM нет, диалог обходится около 15 ₽ по общей тарификации за токены. Но настройки, которые тянут данные в модель — чтение полей, заполнение карточки, саммари, — делают диалог дороже, поэтому полей выбирают несколько, а не всю карточку.
Хотите сразу к продукту: Конструктор чат-ботов для CRM-системы