В Битрикс24 встроен свой искусственный интеллект. BitrixGPT - генеративная модель самого вендора, она пишет и пересказывает тексты, а в справке её называют AI-помощником. Вторая часть - AI-агенты, так вендор называет сценарии, которые система выполняет сама, без программиста. По описаниям Битрикс24 этот набор закрывает подготовку сообщений и постов, пересказ длинной переписки, расшифровку записи телефонного разговора и заполнение полей в карточке CRM. Доделывают обычно то, что упирается в ваши правила, в ваши данные за пределами портала и в проверяемость результата.
Ниже разобрано, что портал делает сам, где он заканчивается и какие работы стоят за словами интегратора «доработаем». Портал обновляется часто, поэтому перед решением стоит открыть первоисточник и посмотреть, что изменилось.
Что уже умеет сам портал
Всё в таблице взято из официальных описаний Битрикс24, ссылки на них идут следом. Оценок «сильно» и «слабо» здесь нет, задача раздела - очертить границу. Третий столбец говорит не о качестве работы портала, а о том, чего вендор в этих описаниях не обещает.
| Возможность | Что закрывает | Чего в описании нет |
|---|---|---|
| BitrixGPT для текста | Пишет тексты, резюмирует длинные сообщения, предлагает идеи | Соответствия вашим шаблонам, регламентам и тону переписки с конкретным клиентом |
| Работа с сообщениями и постами | Готовит посты, комментарии к ним, помогает работать с сообщениями коллег | Решения о том, что и кому отправлять: черновик остаётся черновиком |
| Расшифровка звонков | Расшифровывает запись телефонного разговора и выделяет главное, а затем заполняет поля в карточке CRM | Разбора разговора по вашему чек-листу и выборки звонков для проверки |
| AI-агенты | Сценарии для задач без помощи разработчиков, внутри портала и во внешних системах через MCP | Проверки, что действие во внешней системе выполнено, а не потерялось по дороге |
| Приложения маркетплейса | ИИ и ChatGPT как чат-бот, генерация метатегов и текстов для сайтов | Работы с вашими внутренними документами и правилами доступа к ним |
| Гид по ИИ в портале | Готовые решения и базовые правила работы с ИИ для тех, кто не разбирается в нейросетях | Ответа на вопрос, где встроенного не хватит именно вашему процессу |
Первоисточники, по которым эта таблица собрана: обзор BitrixGPT, страница AI-агентов, раздел справки «BitrixGPT: начало работы», описание приложений с ИИ и ChatGPT, витрина копилота и гид «AI в Битрикс24». Если вендор что-то добавил после того, как таблица была написана, первоисточники покажут это раньше неё.
Где встроенного перестаёт хватать
Граница проходит не по сложности задачи, а по четырём признакам. Они складываются в короткую проверку, которую можно пройти за десять минут на своём процессе.
| Признак | Хватает встроенного | Нужна доработка |
|---|---|---|
| Правила обработки | Один сценарий, исключения редки | Своя квалификация, свои поля, разный порядок для разных сегментов |
| Где лежат данные | Всё в портале | Часть в учётной системе, на складе, на сайте, во внешней базе |
| Цена ошибки | Черновик читает человек перед отправкой | Действие уходит клиенту или меняет данные в учёте |
| Проверка результата | Достаточно того, что поле заполнено | Нужно доказательство, что система оказалась в нужном состоянии |
| Работа со звонками | Хватает расшифровки и краткой сводки | Нужен разбор по своему чек-листу и выборка для контроля |
Своих правил нет
Коробка работает по своему сценарию, и он общий для всех компаний. Как только у вас появляются собственная квалификация лида, свои обязательные поля и свой порядок обработки для разных сегментов, речь идёт уже о доработке. Порядок направлений - что в продажах трогать первым, а что оставить как есть - разобран отдельно, на странице про ИИ в отделе продаж.
Данные лежат не в портале
Остатки на складе, счета и закрывающие документы, заказы с сайта, внешняя база - всё это живёт за пределами Битрикс24. Как только процесс касается реальной системы учёта, маппинг полей, права доступа и крайние случаи оказываются специфичны для конкретной компании, и «нативная интеграция» этого не отменяет. Если основная часть данных лежит в учётной системе, задача формулируется иначе, и решать её надо не со стороны портала: об этом отдельный разбор про ассистент поверх 1С.
Портал отчитался, что записал
Самая дорогая ошибка выглядит безобидно. Вызов внешней системы вернул код успеха, интерфейс показал «Готово», задача помечена выполненной, а действие на той стороне отклонено молча. В разборах интеграций описан случай, когда зелёный статус подключения скрывал провал три недели: права у выданного токена не совпадали с действием, которое подтвердил пользователь, и это выяснилось на третьей неделе обращений в поддержку.
Проверять поэтому нужно состояние системы, а не отчёт о работе. Формулировка, которую стоит задать любому подрядчику: докажите, что после действия система находится в том состоянии, о котором отчитался ИИ.
Разбор звонков глубже базового чек-листа
Портал расшифровывает разговор и выделяет главное. Отделу продаж этого хватает; руководителю, который хочет знать, соблюдают ли менеджеры скрипт, кто теряет клиентов на возражении о цене и какие звонки надо переслушать лично, - уже нет. Это отдельная задача со своими критериями оценки: контроль качества звонков.
Что доделывают руками
Ниже перечень типов работ, а не оффер и не прайс. Он нужен, чтобы вы понимали, о чём вообще идёт речь, когда интегратор говорит «доработаем», и могли спросить, что именно входит в его сумму.
- Связать портал с системами, где данные лежат на самом деле. Это основная часть работы почти в любом проекте: сопоставление полей, права, обработка расхождений между системами.
- Поставить обычные правила до модели. Предсказуемые случаи проходят по правилам, написанным кодом, а ИИ достаётся неоднозначный хвост. Правило дешевле обращения к модели, его можно протестировать, и оно не меняет поведение от смены формулировки. Модель в такой схеме работает обработчиком исключений.
- Вынести опасные действия за пределы модели. Отправка клиенту, смена стадии сделки, изменение суммы - это ограничивается в коде и правами доступа, а не строчкой в инструкции для ИИ. Инструкцию можно обойти случайной формулировкой, право доступа - нет.
- Добавить очередь на подтверждение человеком. Первый месяц каждое действие подтверждает сотрудник, и только после этого часть шагов переводится в автоматический режим. Худший исход при такой схеме - отклонённый черновик.
- Сделать независимую сверку. Отдельная проверка после действия читает карточку и сравнивает с ожидаемым результатом. Она же ловит случай, когда система месяц работает вхолостую и никто этого не замечает.
Сколько это стоит, сколько занимает и что входит в работу - разговор для отдельной страницы: интеграция ИИ в CRM.
Ваши данные в облаке вендора
Облачный портал означает, что тексты сообщений и записи разговоров, которые вы отправляете в ИИ, обрабатываются на стороне вендора. Это не повод отказываться от встроенных возможностей: для переписки по типовым сделкам такой порядок обычно приемлем и юридически, и по здравому смыслу.
Разговор меняется, когда в переписке появляются персональные данные клиентов сверх контактов, медицинские или финансовые сведения, условия договоров, которые вы не показываете рынку. Тогда нужно понимать, что именно уходит в обработку, где это хранится и что написано в документах вендора об использовании этих данных. Если ответ вас не устраивает, задача переходит в другую плоскость - закрытый контур с моделью на своей стороне, и разговор идёт уже не про возможности портала. Что для этого требуется по закону, разобрано в материале про требования 152-ФЗ.
Когда доделывать не надо
Часть запросов на доработку закрывается ответом «вам это не нужно», и говорить это стоит на первом разговоре, а не после подписания. Случаев четыре:
- Задача решается настройкой или роботом Битрикс24 без всякого ИИ. Встречается ситуация, когда вокруг проверки формата данных строят целый конвейер с моделью там, где хватило бы одной строчки кода. Дороже, медленнее, ломается чаще.
- ИИ добавляют ради наклейки. Клиенту безразлично, что внутри вашей карточки сделки, его интересует срок ответа и точность. Пометка «на базе ИИ» на обычной функции скорее раздражает, чем привлекает.
- Процесс повторяется годами и до сих пор никем не автоматизирован. Обычно это значит, что попытка была и упёрлась в причину, которая никуда не делась: данные ведут вручную, регламент меняется каждый квартал, ответственного нет. Модель эту причину не устранит.
- Сотрудники ещё не пользуются самим порталом. ИИ поверх процесса, который живёт в переписке и таблицах, даст расшифровку разговоров, и на этом всё.
Частые вопросы
Нужно ли что-то доделывать, если у нас коробочный Битрикс24?
Чаще всего нет. Признаки, при которых встроенного хватает: процесс идёт по одному сценарию и исключения редки, данные лежат в портале, результат читает человек до отправки, а цена ошибки - переписанный черновик. Если все четыре пункта про вас, начинать надо с настройки того, что уже есть, а вопрос о доработке отложить на пару месяцев живой работы.
Можно ли подключить к Битрикс24 свою модель?
Задача сводится к тому, чтобы вынести обработку за пределы портала: портал отдаёт данные во внешний сервис, там работает выбранная модель, результат возвращается в карточку. Доступные способы зависят от редакции портала и проверяются на вашей установке до начала работ. Меняется главное - ответственность: ключи, счёт за обращения к модели, хранение данных и журнал запросов становятся вашими. Контроля у вас больше, работы по обслуживанию тоже.
Что будет, когда вендор выпустит следующее обновление?
Часть доработок станет лишней: вендор закроет задачу сам. Часть сломается, потому что изменится то, на что доработка опиралась. Хрупкость интеграций на обновлениях - главный аргумент скептиков, и он справедливый. Закладывается это заранее: доработки держат отдельным слоем, а не размазывают по настройкам портала, список точек соприкосновения ведут письменно, ревизию делают раз в квартал. Тогда обновление стоит нескольких часов проверки, а не переписывания.
Как проверить, что ИИ действительно записал данные в карточку?
Проверять надо не то, что система отчиталась о выполнении, а то, что состояние изменилось. Отчёт «готово» означает лишь, что вызов принят; отклонить его на своей стороне могли молча. Рабочая проверка - отдельный запрос после действия, который читает карточку и сравнивает с ожидаемым результатом, плюс выборочная ручная сверка первое время. Подрядчику этот вопрос стоит задавать так: докажите, что после действия система находится в том состоянии, о котором отчитался ИИ.
Куда уходят переписка и записи разговоров?
В облачном портале обработка идёт на стороне вендора: туда попадают тексты сообщений и записи звонков, которые вы отправляете в ИИ. Для типовой переписки по сделкам это обычно приемлемо. Если в разговоры попадают персональные данные сверх контактов, медицинские или финансовые сведения, порядок работы с ними надо разобрать до запуска, а иногда и увести обработку в закрытый контур. Что требует закон, разобрано в материале про требования 152-ФЗ по ссылке выше.
Чем это отличается от ассистента поверх 1С?
Разными системами и разными задачами. Битрикс24 - это клиенты, сделки и коммуникации, и ИИ там работает с текстом, разговорами и карточкой. Учётная система - это документы, остатки и деньги, там от ассистента ждут точных ответов по данным и заполнения документов, а цена ошибки выше. Пересекаются они в одном месте: когда сделка в портале должна превратиться в счёт и отгрузку. Это и есть та самая интеграция, которая делается руками.
Что дальше
Понять со стороны, ваш случай про настройку коробки или про доработку, обычно не выходит: слишком много зависит от того, где у вас лежат данные и кто читает результат. Разберём на вашем примере за полчаса, бесплатно. Я посмотрю, что уже настроено, и скажу, где встроенных возможностей хватит, а где придётся доделывать.
Написать можно в Telegram или на почту hi@za-ai.ru.