Антон Дегтярёвyandexgpt для битрикс24: обзор возможностей и подключение
Когда клиент спрашивает «а можно нам YandexGPT», в 8 из 10 случаев за этим стоит два разных запроса, которые путают между собой: «переключите модель, чтобы CoPilot отвечал по-другому» и «хочу отдельного ИИ-помощника, обученного на наших документах». Это два разных уровня интеграции с разной сложностью настройки. Разбираю оба.
два разных уровня — не путайте их на старте
Первый уровень — YandexGPT как один из провайдеров штатного CoPilot, наравне с BitrixGPT по умолчанию и GigaChat. Переключается администратором портала в настройках без внешних ключей API — подробно шаги я разбирал в статье про подключение GigaChat, для YandexGPT они идентичны, меняется только пункт в списке провайдеров.
Второй уровень — YandexGPT как отдельный AI-агент через приложение из маркетплейса Битрикс24, подключённый к бизнес-процессам и роботам. Это уже не смена «мозга» у существующего CoPilot, а отдельный инструмент, который можно встроить в конкретный сценарий: обработать заявку, ответить по базе знаний, сформировать документ по шаблону.
Дальше в статье — в основном про второй уровень, потому что про первый я уже подробно написал применительно к GigaChat, и повторять пошаговое переключение провайдера здесь смысла нет.
почему вообще выбирают yandexgpt, а не bitrixgpt по умолчанию
Главная причина, которую называют клиенты на моих внедрениях — требование хранить данные и обрабатывать запросы на инфраструктуре в РФ по соображениям комплаенса, а YandexGPT работает поверх Yandex Cloud с локализацией в России. Это тот же аргумент, что и в пользу GigaChat — оба провайдера закрывают вопрос «данные не уезжают за рубеж», но по-разному ведут себя в самих текстах.
Вторая причина — точечная, а не общая: YandexGPT в моей практике заметно лучше держит контекст длинных цепочек сообщений при суммаризации, поэтому его чаще выбирают именно под задачу «сделай короткую выжимку из переписки», а не как модель по умолчанию для всех задач CoPilot сразу.
Третья, более редкая причина — команда уже работает с экосистемой Yandex Cloud для других задач компании, и YandexGPT в CRM логично встраивается в уже существующую инфраструктуру, а не добавляет нового поставщика в контур.
маркетплейс-приложения — что это меняет технически
В маркетплейсе Битрикс24 есть приложения, которые дают доступ к YandexGPT напрямую как к действию в бизнес-процессе — например, «Активити: запрос в YandexGPT» от разработчика АйТи-Солюшн. Логика такая: в конструктор бизнес-процесса добавляется шаг «запрос в YandexGPT», в который передаётся текст (карточка сделки, комментарий, содержимое поля), а ответ модели возвращается обратно в процесс — записывается в поле, отправляется как задача, уходит клиенту.
Разница с обычным CoPilot принципиальная: CoPilot — это диалог сотрудника с моделью внутри интерфейса, а действие в бизнес-процессе — это автоматический вызов модели без участия человека, встроенный в уже существующий рабочий процесс. То есть не «сотрудник спросил ИИ», а «система сама обратилась к ИИ на определённом шаге и пошла дальше по сценарию».
Есть и другой класс приложений — готовые ИИ-агенты (например, YandexGPT BOT), которые можно настроить под конкретную область знаний, обучить на документах компании и использовать как консультанта в чате или на портале, а не только внутри бизнес-процесса.
типовые сценарии применения на уровне бизнес-процесса
Автоматическая категоризация обращения. Клиент написал в открытую линию — робот отправляет текст в YandexGPT с запросом «определи тему обращения из списка: оплата, техническая проблема, вопрос по продукту» — ответ модели ставит тег на карточку и маршрутизирует к нужному отделу без ручной сортировки.
Черновик ответа по шаблону базы знаний. Модель получает вопрос клиента и фрагмент вашей базы знаний, формирует черновик ответа — менеджер его проверяет и отправляет, а не пишет с нуля. Это отличается от встраивания ИИ-помощника в структуру командной работы, где ИИ помогает внутри проекта, а не в переписке с внешним клиентом.
Суммаризация карточки перед созвоном. Перед звонком с клиентом, у которого длинная история переписки и звонков, робот формирует короткую сводку и кладёт её в комментарий — руководителю не нужно перечитывать всю историю сделки вручную.
где yandexgpt как агент не заменяет bitrixgpt
Если задача — типовая работа внутри CRM без специфики компании (резюме звонка, черновик письма, короткий ответ по карточке), проще и дешевле использовать штатный CoPilot на модели по умолчанию — про такие сценарии я подробно писал в статье про 10 сценариев применения ИИ-помощника в отделе продаж. Строить отдельного агента через маркетплейс ради этого избыточно.
Отдельный агент оправдан, когда нужна кастомная логика: модель должна отвечать строго по вашей базе знаний, а не общими фразами, или встроена в конкретный бизнес-процесс как автоматический шаг без участия человека. Это разные по сложности задачи, и вторая требует больше времени на настройку и тестирование — обычно от нескольких дней, а не пары кликов в настройках CoPilot.
На аудите я обычно задаю клиенту один вопрос, который сразу отсекает лишнее: «вам нужно, чтобы ИИ отвечал так же, как мог бы ответить конкретный человек в компании, знающий все нюансы, или достаточно грамотного общего ответа?» Если нужен нюанс и знание внутренней специфики — это агент с обучением на документах. Если достаточно общей грамотности — переключение модели в CoPilot закрывает вопрос полностью и без лишних затрат времени на настройку.
на что смотреть перед подключением
Проверьте тарифный план — часть функций CoPilot и маркетплейс-приложений доступна только на коммерческих тарифах, на бесплатном варианте выбора провайдера обычно нет. Второе — уточните лимиты и условия конкретного маркетплейс-приложения в его карточке до подключения: у разных разработчиков разная модель оплаты, и обещать клиенту точную стоимость без проверки актуальной карточки приложения я не буду — это единственное, что меняется чаще, чем успевает обновляться любая статья.
Третье, важное для комплаенса — если данные клиентов чувствительные, до включения любого внешнего провайдера AI сверьтесь с политикой обработки персональных данных компании, а не полагайтесь на общее «данные хранятся в РФ» как достаточный аргумент — требования у разных отраслей отличаются.
Четвёртое — уточните у разработчика конкретного маркетплейс-приложения, как часто обновляется его совместимость с новыми версиями API Битрикс24. На моей практике именно сторонние приложения, а не встроенные функции портала, чаще всего перестают работать после крупных обновлений платформы — и если разработчик не поддерживает актуальность активно, вы рискуете получить сломанный бизнес-процесс в самый неподходящий момент.
с чего начать, если раньше ai в crm не использовали
Не начинайте сразу с кастомного агента через маркетплейс. Сначала включите YandexGPT как провайдера в CoPilot и месяц понаблюдайте, закрывает ли это реальные задачи команды — это бесплатное по времени внедрения решение, которое сразу показывает, нужен ли вообще более сложный уровень.
Если после месяца видно конкретную повторяющуюся задачу, которую CoPilot не решает — например, нужен ответ строго по вашей документации, а не общими знаниями модели — тогда переходите к отдельному агенту через бизнес-процесс. Так вы платите за сложную настройку только тогда, когда она реально нужна, а не авансом.
И последнее: фиксируйте задачу словами, а не абстрактно «хотим ИИ». «Хотим, чтобы бот сам отвечал на вопросы по ценам и срокам из нашего прайса» — это задача, под которую можно спроектировать агента и проверить результат. «Хотим современный ИИ в CRM» — задача, под которую невозможно понять, сработало решение или нет, и обычно она заканчивается разочарованием в самой идее, а не в конкретной неудачной настройке.