Чем встроенный ИИ в CRM отличается от своего AI-слоя: сравнение по шести критериям, чего встроенный помощник не сделает и как совместить оба подхода.
Встроенный в CRM ИИ и свой AI-слой решают разные задачи. Встроенный помощник универсален: он подсказывает формулировку письма, сворачивает длинную переписку до сути, расшифровывает записанный звонок и помогает заполнить карточку сделки. Он работает из коробки, включается настройкой и не требует отдельной разработки. Но он не знает ваших регламентов, прайсов и условий, не ходит за живыми данными в складскую или бронирующую систему и не передаёт диалог человеку по вашим правилам. Свой AI-слой строится под конкретный процесс: отвечает строго по вашей базе знаний, запрашивает наличие и цену в ваших системах, работает в тех каналах, где реально пишут клиенты, и эскалирует сложный случай живому менеджеру по заданному вами условию. Проще говоря, встроенный ИИ ускоряет вашего сотрудника, а свой AI-слой снимает часть обращений до сотрудника — это разные эффекты, и они складываются. DigitalOffice24 работает с обоими подходами и на бесплатном экспресс-аудите прямо говорит, где встроенного ИИ достаточно и платить за кастом не нужно.
Разница не в качестве модели, а в том, откуда AI берёт факты и что ему разрешено делать. Встроенный в CRM помощник живёт внутри платформы и видит только то, что в ней уже есть: карточку сделки, переписку в открытой линии, запись звонка, текст задачи. Этого хватает, чтобы сократить длинную ветку до сути или предложить формулировку письма, но не хватает, чтобы ответить клиенту, какая у вас цена на выезд мастера в его город.
Свой AI-слой — это отдельный сервис рядом с CRM. Он держит базу знаний, собранную из ваших документов, ходит по API в ваши системы за живыми данными и работает по сценарию, который описали вы, а не вендор платформы. По сути это AI-агент: программа, которая не просто генерирует текст, а выполняет шаги — найти нужный фрагмент в базе знаний, проверить наличие в учётной системе, ответить, а при сомнении позвать человека.
Отсюда простое правило выбора. Если задача — помочь сотруднику, который и так работает в CRM, встроенного ИИ обычно достаточно. Если задача — отвечать клиенту вместо сотрудника, по вашим правилам и с реальными данными, встроенного ИИ не хватит почти никогда. Ниже та же мысль разложена по шести критериям, которые мы разбираем на аудите.
| Критерий | Встроенный ИИ в CRM | Свой AI-слой |
|---|---|---|
| Источник знаний | Общая модель плюс то, что уже лежит в CRM: переписка, комментарии, записи звонков | База знаний из ваших документов: регламенты, прайсы, инструкции, условия договоров |
| Доступ к внешним данным | Работает внутри платформы, за остатками на складе или свободными датами не ходит | Запрашивает живые данные по API: наличие, свободные даты, цена на конкретную дату, статус заказа |
| Логика эскалации | Помогает сотруднику, который уже открыл диалог; решение о передаче принимает человек | Сам передаёт диалог человеку по вашим правилам: тип вопроса, сумма, стоп-слова, нерабочее время |
| Каналы | Каналы, которые поддерживает сама платформа: чат на сайте, почта, открытые линии | Любой канал, у которого есть API: мессенджеры, соцсети, площадки объявлений, виджет, форма |
| Настройка под процесс | Настройки в границах того, что заложил вендор; свою ветку сценария не добавить | Сценарий, тон, ограничения и запреты описываются под ваш процесс и меняются по ходу |
| Стоимость владения | Входит в подписку на платформу и её надстройки, отдельной команды не требует | Разработка, интеграции и сопровождение; окупается там, где поток однотипных обращений большой |
Встроенные AI-помощники современных CRM, включая Битрикс24, закрывают набор универсальных задач вокруг текста и речи. Они не требуют разработки: функция включается в настройках и работает там же, где сотрудник уже сидит. Это их главная сила, и недооценивать её не стоит — заметная часть запросов вида «нам нужен ИИ» закрывается именно так, без проекта и бюджета.
Когда этого достаточно? Когда клиентов ведут живые менеджеры, поток обращений измеряется десятками в день, а типовых вопросов с фиксированным ответом немного. В такой ситуации отдельный AI-слой не окупится: вы заплатите за разработку, чтобы автоматизировать то, что и так занимает у людей полчаса в день. Мы говорим об этом прямо на экспресс-аудите — честное «кастом вам не нужен» тоже результат аудита.
Есть и ограничение по данным. Встроенный ИИ обрабатывает содержимое вашей CRM на стороне платформы. Если в переписке и карточках лежат чувствительные данные — медицинские, финансовые, персональные данные клиентов, — порядок обработки и место хранения нужно проверять до включения функции, а не после. Это вопрос 152-ФЗ и договора с площадкой, а не вкусовщины.
Три вещи встроенный помощник не делает по устройству — и именно они обычно нужны бизнесу, когда он говорит «хотим ИИ, который отвечает клиентам».
Первое — ответ строго по вашим документам. Встроенный ИИ опирается на общую модель и содержимое CRM. Он не знает, что в вашем прайсе с сентября другая цена на выезд мастера, что по вашему регламенту предоплата обязательна, а возврат возможен в ограниченный срок. Чтобы AI отвечал по вашим правилам, нужна база знаний, собранная из ваших же документов, и механизм, который заставляет модель отвечать только по ней. Технически это называется RAG: модель сначала находит нужный фрагмент документа, а потом формулирует ответ по найденному, а не по памяти.
Второе — живые данные из внешних систем. Вопрос «есть ли свободный номер на выходные и сколько он стоит» требует запроса в систему бронирования, а не красивой формулировки. В нашем продукте AI-консьерж для отелей это сделано так: бот консультирует по базе знаний конкретного отеля, собранной из его же документов, а реальные наличие и цены подтягивает напрямую из системы бронирования TravelLine. Без такого запроса любой ответ про свободные даты — угадывание.
Третье — своя логика передачи человеку. Встроенный помощник помогает сотруднику, который уже в диалоге. Свой AI-слой сам решает, когда выйти из разговора: по типу вопроса, по сумме, по стоп-словам, по числу неудачных попыток ответить, по нерабочему времени. Эти правила у каждой компании свои, и они не настройка в интерфейсе платформы, а часть сценария, который проектируется под процесс.
Как это выглядит на нашем проекте в проде: в AI-консьерже для отелей за июнь — август 2026 года 64,8% диалогов бот провёл без единого сообщения сотрудника отеля — это 4 723 диалога на двух отелях. Остальные ушли живому менеджеру по правилам эскалации, и это штатная работа схемы, а не её сбой. Бот при этом работает в семи боевых каналах связи с гостем и отвечает круглосуточно.
Это не развилка «или — или». Чаще всего рабочая конфигурация — оба сразу, с разделением зон ответственности.
Наружу, к клиенту, смотрит свой AI-слой: он отвечает в мессенджерах и на сайте по базе знаний, ходит за данными в учётную систему и передаёт сложное человеку. Внутрь, к сотруднику, смотрит встроенный ИИ платформы: он помогает менеджеру, который получил эскалацию, — сворачивает историю диалога до сути, предлагает черновик ответа, расшифровывает голосовое сообщение.
Стык между ними — сама CRM. Свой AI-слой пишет в неё через API: создаёт лид, дополняет карточку, ставит задачу, двигает стадию. Для менеджера это выглядит как обычная работа в знакомом интерфейсе — просто часть диалогов до него не доходит, а те, что доходят, приходят с готовым контекстом.
Такое разделение снимает типичный спор «зачем нам кастом, если в Битрикс24 уже есть ИИ». Встроенный ИИ ускоряет сотрудника. Свой AI-слой убирает часть обращений до сотрудника. Это разные эффекты, и они складываются, а не заменяют друг друга.
Чтобы сделать первую прикидку, аудит не нужен. Достаточно честно ответить на шесть вопросов — по ним обычно сразу видно, хватит ли встроенного ИИ.
Если большинство ответов указывают на встроенный ИИ, самое полезное — грамотно включить и настроить то, что уже входит в подписку, обучить этому команду и не платить за разработку. Если несколько ответов уверенно указывают на свой слой, вопрос дальше уже не «нужен ли он», а «с какого процесса и канала начать».
Мы разбираем это на бесплатном экспресс-аудите за тридцать минут и называем стоимость работ только после него, когда понятен объём каналов, интеграций и документов. Назвать цифру до разбора нельзя честно: «средний чек по рынку» тут не помогает, потому что объём у всех разный.
Рынок внедрения устроен так, что AI-функции обещают почти все, а под капотом может оказаться и включённая галочка в платформе, и полноценный сервис с интеграциями. Отличить одно от другого можно по ответам на несколько конкретных вопросов — их стоит задать до подписания договора.
Тот же набор вопросов полезно задать и себе, если AI внедряет собственная команда. У нас на такие задачи есть два формата: выделенный AI-инженер, который работает с вашим контуром постоянно, а не сдаёт проект и уходит, и AI-консалтинг, когда сначала нужно понять, что вообще автоматизировать, и получить дорожную карту.
Порядок такой: сначала выжать встроенное, потом достраивать своё. Это дешевле, быстрее и даёт честную базу для сравнения — вы видите, какие обращения остались после того, как платформа сделала всё, что умеет.
DigitalOffice24 внедряет Битрикс24 и строит AI-слой поверх CRM одним контуром, поэтому на аудите мы одинаково спокойно говорим и «это закрывается встроенным ИИ, кастом не нужен», и «здесь встроенного не хватит, вот по каким пунктам». Стоимость работ называем после бесплатного экспресс-аудита на тридцать минут, когда понятен объём каналов, документов и интеграций.
Источником знаний и правами. Встроенный ИИ работает с тем, что уже лежит в CRM, и помогает сотруднику: пишет черновики, сворачивает переписку, расшифровывает звонки. Кастомный бот — отдельный сервис, который отвечает клиенту по вашей базе знаний, запрашивает наличие и цену в ваших системах по API и передаёт диалог человеку по вашим правилам. Первый ускоряет сотрудника, второй снимает часть обращений до сотрудника.
Встроенный AI-помощник платформы закрывает универсальные задачи вокруг текста и речи: черновик письма или описания задачи, пересказ длинной переписки, расшифровка записи звонка, подсказки по заполнению карточки, перевод и правка стиля, поиск внутри CRM. Конкретный состав функций и их доступность зависят от тарифа и версии, поэтому перед планированием их стоит сверить в актуальной документации вендора. Чего он не делает — не отвечает по вашим внутренним документам и не запрашивает данные из внешних систем.
Не всегда. Если AI нужен для помощи менеджерам, а клиентов ведут живые люди, встроенного обычно достаточно, и лишние деньги тратить не нужно. Свой слой оправдан, когда есть поток однотипных обращений от клиентов, ответы на которые лежат в ваших документах или в учётной системе. Практический признак: сотрудники день за днём отвечают одно и то же, сверяясь с прайсом или таблицей наличия.
Риск есть у любой языковой модели, и снимается он архитектурой, а не обещаниями. Рабочая схема — отвечать только по найденным фрагментам вашей базы знаний, а не по памяти модели, и явным правилом переводить диалог на человека, когда подходящего фрагмента нет. В нашем AI-консьерже для отелей сделано именно так: консультация идёт строго по базе знаний конкретного отеля, а наличие и цены берутся из системы бронирования, а не генерируются.
Да, и это обычно самый разумный порядок. Сначала включаются и осваиваются встроенные функции платформы — это быстро и не требует разработки. Параллельно собирается база знаний из ваших документов: она нужна в любом сценарии и остаётся вашей. Когда видно, какие обращения встроенный ИИ не закрывает, AI-слой подключается на один канал и один сценарий, а дальше расширяется по факту.
Единой цифры нет: объём зависит от количества каналов, состава и состояния документов для базы знаний, числа интеграций с вашими системами и сложности правил эскалации. У встроенного ИИ стоимость владения устроена иначе — он входит в подписку на платформу и её надстройки и отдельной команды не требует. Стоимость работ по своему AI-слою мы называем после бесплатного экспресс-аудита, когда этот объём понятен.