Битрикс24: возможности портала, интеграции и что даёт ИИ-агент поверх

Компания уже жила в Битрикс24: сделки и воронки, задачи и проекты с ответственными и сроками, чаты и новостная лента, файлы на диске, телефония, заявки с сайта, согласования в бизнес-процессах, отчёты для руководства. Портал был не «одной из систем», а рабочим местом: в нём продавали, ставили задачи, согласовывали и отчитывались. И всё-таки к третьему году работы накопился разрыв: портал знал про компанию почти всё, а решения принимались по пересказу — «клиент позвонил, что-то там с отгрузкой». Этот разрыв закрывает не очередной модуль, а ИИ-агент — программа, которая по заданному правилу сама читает данные портала и выполняет шаги.

Рынок давно определился с выбором системы — вопрос в том, что она делает. По предварительной оценке TAdviser, по итогам 2025 года российский рынок CRM (Customer Relationship Management — управление взаимоотношениями с клиентами) вырос на 25% и достиг 44,1 млрд рублей, а оценка 2024 года была скорректирована вверх — до 35,3 млрд рублей. Это значит, что подавляющее большинство компаний систему уже купили и настроили. Дальше начинается то, о чём не пишут в презентациях: портал становится местом, куда данные складывают, вместо места, откуда их берут для решений.

Российская статистика показывает ту же картину с другой стороны. По данным ИСИЭЗ НИУ ВШЭ (обследование более 15 тысяч крупных и средних организаций — пользователей ИИ, проведённое Росстатом в 2025 году по методологии института), самые востребованные технологии — обработка визуальных данных, включая компьютерное зрение, и интеллектуальная поддержка принятия решений и управления: их используют 66% и 50% компаний соответственно. При этом 58% организаций называют главным препятствием высокие затраты, а 48% прямо заявляют об отсутствии потребности в технологиях искусственного интеллекта. Потребность не формулируется там, где процессы идут «нормально»: пока данные лежат в портале, а решения принимаются в разговорах, боли как будто нет — её видно только в цифрах.

Про то, куда уходит рабочее время, есть и российские, и зарубежные замеры. Согласно исследованию СберАналитики и Сбер Бизнес Софт в области автоматизации бизнес-процессов, 39% российских организаций уже используют ИИ-агентов и ассистентов; чаще всего автоматизируют документооборот и обработку заявок — в 70% организаций, поддержку клиентов — 30%, продажи и маркетинг — 25%; 37% компаний отметили снижение доли ручных операций, а 36% — сокращение количества ошибок в документах. Зарубежный замер показывает, откуда эти часы берутся: в шестом издании Salesforce State of Sales менеджеры по продажам тратят на собственно продажи 30% рабочей недели, остальные 70% уходят на подготовку данных, отчёты, внутренние согласования и переключение между системами — и эта пропорция почти не изменилась с 2022 года. Вендорская статистика самого Битрикс24, которую приводит CNews, показывает, что инструменты для этого уже есть и ими пользуются: за первые полгода ИИ-инструмент повторных продаж создал более 203 тысяч сделок, из них успешно завершены 11,8 тысячи (конверсия 25%), а регулярно пользуются инструментом 11 тысяч компаний. То есть данные и механика в портале есть — не хватает контура, который превращает их в решения.

Коротко

Битрикс24 закрывает сделки, задачи, проекты, переписку, документы и телефонию — это полноценное рабочее место компании. Интеграции с 1С, почтой, телефонией и ЭДО добавляют данные. Чего портал не делает: он не сопоставляет эти данные между собой и не отвечает, что отклоняется прямо сейчас. Этот слой добавляет ИИ-агент: читает портал, считает и возвращает сигнал, а решение остаётся за человеком.

Содержание

• Что умеет Битрикс24 и какие процессы в нём живут
• Интеграции: что связывается с порталом и где проходят границы
• Почему отклонение видно поздно
• Что съедает время между сигналом и решением
• Что делает ИИ-агент поверх Битрикс24
• Какие риски это снимает
• Сколько часов это возвращает
• Чеклист: 12 мест в портале, где агент снимает ручную работу
• Что остаётся за человеком
• Как это выглядит на практике
• Как внедрить поэтапно
• Источники

Что умеет Битрикс24 и какие процессы в нём живут

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

Продажи. Воронки и стадии сделки, карточка клиента с историей касаний, задачи и напоминания по сделке, счета, автоматическое распределение заявок, повторные продажи. Сюда же примыкает телефония: звонок из карточки записывается, расшифровывается и подшивается к сделке.

Работа с клиентами после продажи. Обращения в сервис, история обслуживания, каналы связи — почта, мессенджеры, открытые линии, чаты на сайте. Для B2B это самая насыщенная данными часть портала: переписка по каждой поставке и рекламации.

Задачи, проекты и сроки. Постановка задач с ответственными и сроками, подзадачи, зависимости, повторяющиеся задачи, проекты со стадиями, диаграмма Ганта, учёт времени. Сюда же — контроль поручений и отчётность исполнителей.

Коммуникации. Чаты и каналы, новостная лента, видеозвонки, соцсеть компании, база знаний, уведомления в мобильном приложении. Фактически портал — это ещё и основной канал внутренней коммуникации, а значит, место, где обсуждаются отклонения раньше, чем они попадают в поля.

Документы и данные. Диск с файлами и версиями, шаблоны документов, электронный документооборот (ЭДО) с частью контрагентов, электронные подписи в отдельных сценариях.

Аналитика. Готовые отчёты по продажам и задачам, воронка с конверсиями, BI-конструктор, сквозная аналитика от рекламного источника до закрытой сделки.

Автоматизация. Роботы и бизнес-процессы, автоматические правила по стадиям и полям, сценарии без программирования, вебхуки и программный интерфейс для собственных сценариев.

Границы у этого списка три, и о них честнее сказать сразу.

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

Вторая: свободный текст портал хранит, но не читает. Причина отклонения почти всегда сначала проговаривается: в чате сделки, в комментарии к задаче, в письме клиента. В поля при этом попадает только результат — сдвинутый срок или новый этап. Разрыв между фразой «мы, кажется, не успеваем» и изменённой карточкой измеряется неделями.

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

Именно поэтому портал, каким бы полным он ни был, не заменяет слой решений — и именно на этом слое появляется агент. Как это выглядит в проектном контуре, подробно разобрано в материале управление проектами: ИИ в Битрикс24 находит риски срыва срока заранее.

Интеграции: что связывается с порталом и где проходят границы

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

С учётной системой. Штатная интеграция с 1С заявлена вендором как обмен данными в режиме реального времени: номенклатура, цены, остатки, счета, оплаты, задолженность по контрагентам. Обратная сторона — расхождения справочников и дубли контрагентов: если номенклатура в двух системах описана по-разному, цифры «сойдутся» только в отчёте. Практический разбор этой связки — в статье Битрикс24 и 1С: как ИИ-агент связывает сделки с учётом.

С телефоном и каналами связи. Сделка или контакт создаются из звонка, запись разговора и расшифровка подшиваются к карточке, обращения из мессенджеров и открытых линий попадают в общий список. Это самая полезная для агента интеграция: разговор содержит то, чего нет в полях.

С почтой и документами. Переписка по сделке, письма клиентов, шаблоны договоров, счёт на оплату, обмен через ЭДО. Здесь же — самое чувствительное: реквизиты, условия договоров, персональные данные.

Через маркетплейс приложений и программный интерфейс. Готовые приложения расширяют портал — телефония, платёжные сервисы, каналы связи, отраслевые надстройки; вебхуки и программный интерфейс позволяют собрать собственные сценарии, включая подключение внешней языковой модели.

Где проходят границы. Интеграция переносит данные, но не создаёт управляемость. Три типовые ситуации: данные доезжают, но их никто не сопоставляет; сопоставление делают руками раз в неделю в таблице; поле формально заполнено, но в свободном тексте написано прямо противоположное. Агент закрывает именно этот зазор — не отменяя интеграции, а используя их результат. Общий взгляд на интеграционный контур и приёмку таких работ — в материале ИИ-агент для 1С: интеграция, контроль и приёмка.

Почему отклонение видно поздно

Карточка — это фотография, а не прогноз. Битрикс24 показывает состояние: стадию сделки, срок задачи, статус обращения. Отклонение — это направление движения: сегодня всё зелёное, но у менеджера в работе 60 сделок, поставка не подтверждена, а клиент третий раз просит «уточнить сроки». Система такие вещи из коробки не сопоставляет.

Причина отклонения живёт в свободном тексте. Рекламация начинается с письма, сдвиг поставки — с фразы в чате, отказ клиента — с комментария менеджера. В полях при этом ничего не меняется ещё две недели: в карточке по-прежнему «ожидаем оплату», а в чате уже обсуждают расторжение.

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

Цена позднего решения растёт нелинейно. Пока отклонение видно в отчёте за месяц, реакция всегда запаздывает: менеджер уже дал обещание клиенту, склад уже собрал заказ, сервис уже выехал по адресу. По данным Salesforce, на не-продажные задачи уходит 70% рабочей недели — то есть времени на то, чтобы поймать сигнал раньше, у людей физически нет, оно съедено подготовкой данных.

Потребность в таких инструментах формулируется поздно, потому что «процесс идёт». По данным ИСИЭЗ НИУ ВШЭ, 48% крупных и средних организаций прямо говорят об отсутствии потребности в технологиях ИИ, а 58% называют барьером затраты. Пока отклонения не посчитаны в рублях, потребности действительно нет: она появляется в момент, когда становится видно, сколько сделок умерло тихо.

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

Что съедает время между сигналом и решением

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

• Сигнал появляется в разговоре. Клиент пишет в чат, менеджер звонит руководителю, сервисный инженер жалуется в общем канале.
• Сигнал не фиксируется. В карточке ничего не меняется: этап тот же, срок тот же, комментарий не добавлен.
• Контекст собирается вручную. Прежде чем решать, надо проверить: какая стадия у сделки, есть ли на складе, оплатил ли клиент, что было в прошлых поставках.
• Контекст собирается по частям. Сделки в портале, деньги в учётной системе, остатки на складе, договорённости в переписке, а часть — в голове у коллег.
• Проверка превращается в переписку. Каждый ответ требует запроса: «уточни у снабжения», «посмотри, что там по оплате».
• Решение ждёт совещания. Даже собранная картина откладывается до плановой встречи или до вопроса сверху.
• Пока решение ждёт, отклонение растёт. К моменту решения резервов уже нет, и остаётся не выбор, а реакция: скидка, сверхурочные, ускоренная отгрузка, извинения.
• История решений не сохраняется. Через месяц никто не скажет, почему сделка развернулась именно так, — а это и есть доказательная база для разговора с клиентом и для обучения новых менеджеров.

Что делает ИИ-агент поверх Битрикс24

Агент не заменяет портал и не становится ещё одним «местом, куда надо смотреть». Он подключается к тому, что уже есть, и делает один понятный круг работы:

1. Читает сделки и их движение. Все активные сделки: стадию, сумму, дату последнего касания, число переносов, историю этапов, ответственных.
2. Читает задачи и сроки. Что поставлено, что просрочено, что держит зависимость, сколько задач одновременно на одном человеке.
3. Читает переписку и документы. Чаты сделок и каналы, комментарии, письма, приложенные файлы и договоры — там, где причина отклонения появляется раньше, чем в полях.
4. Подтягивает данные интеграций. Оплаты, отгрузки, задолженность, остатки — то, что приходит из учётной системы и телефонии.
5. Сопоставляет сигналы между собой. Обещанный клиенту срок против фактической готовности; стадия сделки против содержания переписки; рост обращений против загрузки сервиса; повторные продажи против истории поставок.
6. Считает, что будет дальше. Какие сделки не дойдут до оплаты при текущем темпе, где сдвинется отгрузка, какие обращения выйдут за срок реакции и кого это держит.
7. Возвращает короткий сигнал. Не список карточек, а формулировку: что отклоняется, на каком основании, какое решение нужно и до какой даты оно актуально.
8. Ведёт журнал. «Сигнал → владелец → действие → результат»: кто получил, что решил, помогло ли. Журнал закрывает человек, и он же остаётся доказательной базой.

Какие риски это снимает

Риски назовём первыми и конкретно: часы идут следом, потому что они — следствие.

Сделка, которая умирает тихо

Карточка стоит на стадии «ждём решения клиента» три недели; в чате менеджер трижды писал, что клиент просит отсрочку; поставка при этом не подтверждена. Формально сделка живая, фактически мертвая — и это выясняется на планёрке в конце месяца, когда клиент уже купил у другого. Деньги здесь считаются не часами: каждая такая сделка — это маржа, которую компания не получила, и стоимость привлечения клиента, которую придётся потратить снова. Агент видит противоречие между стадией и перепиской в день, когда оно появилось.

Обещанный срок, который никто не подтвердил

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

Ошибки в документах и переделки

По исследованию СберАналитики и Сбер Бизнес Софт, 36% компаний после автоматизации отметили сокращение количества ошибок в документах, а 37% — снижение доли ручных операций. Логика обратная и для риска: там, где данные переносятся руками между порталом, почтой и учётной системой, ошибки — это вопрос времени, а не квалификации сотрудника. Ошибка в счёте, в реквизитах или в спецификации стоит не «переделать бумагу», а задержки оплаты, повторной отгрузки и разбирательства с бухгалтерией клиента. Агент сверяет то, что написано в документе, с тем, что лежит в карточке и в переписке, и приносит расхождение до отправки.

Потерянные повторные продажи

Повторная продажа — самый дешёвый вид выручки: клиент уже знает компанию, цикл сделки короче, стоимость привлечения нулевая. Но в портале она не появляется сама: нужен повод и своевременное напоминание. Вендорская статистика Битрикс24 по инструменту повторных продаж показывает, что потенциал здесь большой — за полгода инструмент создал более 203 тысяч сделок, но успешно завершены из них 11,8 тысячи, то есть конверсия 25%. Разница между «инструмент есть» и «инструмент приносит деньги» — в том, попадает ли нужное предложение нужному клиенту в нужный момент. Агент находит такие моменты по истории поставок и обслуживания.

Разрыв между продажами, складом и деньгами

Менеджер видит сделку, финансы видят долг, склад видит резерв — и все трое правы по-своему. Решение принимается по тому ответу, который прозвучал громче. Практическая цена — отгрузка клиенту с просроченной задолженностью, резерв под сделку, которая не закроется, или обещание, которое нельзя выполнить. Агент сводит три ответа в один сигнал с указанием источника каждой цифры.

Зависимость от конкретного человека

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

Риск обратной стороны: автоматизация без правил

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

Сколько часов это возвращает

Часы — уже следствие: они высвобождаются там, где сотрудник перестаёт вручную собирать статусы, сверять данные между порталом и учётной системой и готовить сводки. Масштаб самой проблемы виден по зарубежному замеру: в шестом издании Salesforce State of Sales на собственно продажи уходит 30% рабочей недели, а 70% — на не-продажные задачи, и с 2022 года эта пропорция почти не изменилась (тогда было 28%).

Ниже — типовая арифметика для компании с филиальной сетью. Это модель, а не наш замер: подставьте свои числа.

Показатель	Вручную	С агентом
Сбор картины по сделкам и обращениям	40–60 минут в день на менеджера	5 минут на проверку сигналов
Поиск причины отклонения в переписке	20–30 минут на случай, вручную	по ссылке на источник в сигнале
Сверка портала с учётной системой	раз в неделю, по выгрузке	ежедневно, автоматически
Подготовка сводки руководителю	3–4 часа в неделю	20–30 минут на подтверждение
Журнал «сигнал → действие → результат»	не ведётся	заполняется автоматически, закрывает человек

Вводные расчёта: 15 сотрудников, вовлечённых в сбор данных и подготовку сводок (менеджеры, руководитель отдела продаж, сервис, снабжение, финансы), по 4 часа в неделю у каждого на сбор статусов, сверку и отчёты; стоимость часа — 800 рублей.

• 15 сотрудников × 4 часа в неделю = 60 часов в неделю;
• в месяц это примерно 260 часов, то есть около 208 000 рублей;
• агент закрывает сбор и сопоставление данных — около половины этого времени: примерно 130 часов, или около 104 000 рублей в месяц;
• на одной площадке (5 человек) эффект меньше — около 87 часов и 69 000 рублей в месяц, на трёх площадках — около 260 часов и 208 000 рублей, из которых снимается чуть больше половины, то есть около 1,25 млн рублей в год.

Цифры по рискам считать не будем: одна несогласованная поставка или один ушедший клиент стоят дороже всей этой экономии. Поэтому сравнение корректнее вести не «сколько часов вернули», а «сколько отклонений поймали до того, как они стали деньгами».

Чеклист: 12 мест в портале, где агент снимает ручную работу

Мы собрали чеклист по итогам проектов: 12 точек в Битрикс24, где чаще всего живёт ручная работа и где подключение агента даёт измеримый результат. Он проверяет не «есть ли у вас ИИ», а конкретные места процесса.

Состав чеклиста:

1. Сделки без касания дольше вашего нормального цикла — и отсутствие правила, которое это ловит.
2. Стадия сделки, противоречащая содержанию переписки.
3. Обещанный клиенту срок, который никто не подтвердил со стороны снабжения или склада.
4. Резерв под сделку, сроки которой уже съехали.
5. Отгрузка клиенту с просроченной задолженностью.
6. Обращения клиентов, вышедшие за срок реакции, но не поднятые в приоритет.
7. Повторные продажи, к которым нет повода и напоминания.
8. Расхождения между порталом и учётной системой по номенклатуре, ценам и оплатам.
9. Задачи, висящие на одном перегруженном человеке.
10. Согласования, которые ждут не решения, а напоминания.
11. Сводки руководителю, которые собираются руками из нескольких систем.
12. История решений: журнал «сигнал → владелец → действие → результат».

Каждый пункт в чеклисте описан в трёх строках: как это выглядит в портале, сколько времени съедает и что именно должен возвращать агент. Дальше вы сами отмечаете, какие пункты у вас уже закрыты автоматизацией, а какие живут в переписке и в голове у руководителя.

Что остаётся за человеком

• Приоритеты и сроки. Агент предлагает, руководитель решает: менять сроки, переставлять этапы, перебрасывать людей — только человек.
• Деньги. Скидки, отсрочки, претензии и неустойки — решения вне зоны агента.
• Разговор с клиентом. Агент готовит основание и историю, переговоры ведёт человек.
• Оценка сигнала. Каждый сигнал приходит с данными, на которых он построен; если основание не подтверждается, сигнал отклоняется — это нормальная работа, а не сбой.
• Границы прав агента. Разрешено: читать и предлагать. Запрещено: править сделки, задачи и сроки, менять суммы и ответственных, закрывать этапы, отправлять сообщения клиентам.

Как это выглядит на практике

Похожий контур мы собирали для федеральной сети в B2B-сервисах. Запрос начинался не с ИИ, а с простого вопроса руководителя: как выглядит цепочка «счета → оплаты → отгрузки» и где конверсия по филиалам отличается от плана. Первым шагом стала диагностическая встреча и разбор того, какие выборки вообще есть в системах: часть данных жила в портале, часть — в учётном контуре, а часть существовала только в виде ежемесячных сводок, которые собирали вручную. Дальше определили набор отклонений, которые стоит показывать регулярно, и контур, в котором сигнал возвращается владельцу процесса, а не просто отображается на дашборде. Измеренных цифр «до/после» по этому проекту у нас нет — объём эффекта здесь считается по отраслевым замерам и по модели выше, а не по нашим обещаниям.

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

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

Как внедрить поэтапно

1. Выберите один процесс. Не «внедрить ИИ в портал», а конкретный контур: обработка заявок, сервисные обращения, повторные продажи или отгрузки филиалов.
2. Опишите, что считается отклонением. Явный список: сделка без касания N дней, стадия против переписки, неподтверждённый срок, отгрузка с долгом, обращение вне срока реакции. Это вход в работу, а не результат.
3. Приведите в порядок данные. Заполненные обязательные поля карточек, ответственные у задач, переписка в карточках и чатах, а не в личных мессенджерах. Без этого агенту не с чем сопоставлять.
4. Опишите контур данных и границы. Что агент читает, куда возвращает сигнал, где живёт журнал решений, что запрещено делать, что уходит во внешнюю модель и что не уходит никогда.
5. Прогоните на закрытом периоде. Возьмите месяцы, по которым результат уже известен, и сравните: какие отклонения агент нашёл бы заранее, а какие оказались ложным срабатыванием. Ошибки на этом шаге дешевле, чем на живых клиентах.
6. Запустите на одной команде. Один филиал или отдел, три-четыре недели, с ежедневным сигналом и журналом решений.
7. Померьте те же четыре числа. Отклонения, найденные до срока; время от сигнала до решения; зависшие сделки и задачи; часы на сбор сводок. Дальше расширение — вопрос цифр, а не впечатления от демонстрации.

Что в итоге

Битрикс24 — это полноценное рабочее место компании: продажи и воронки, задачи и проекты, переписка и документы, телефония, аналитика, автоматизация. Интеграции с учётной системой, почтой, телефонией и документооборотом добавляют к этому данные. Но остаётся слой, которого у портала нет: он не сопоставляет данные между собой и не говорит, что отклоняется прямо сейчас. Именно здесь работает ИИ-агент — читает портал и связанные системы, сопоставляет сигналы, возвращает короткую формулировку с основанием и ведёт журнал решений.

Риски, которые это снимает, конкретны: сделки, которые тихо умирают в воронке; обещанные клиенту сроки, которых никто не подтвердил; ошибки в документах и переделки; потерянные повторные продажи; расхождение между продажами, складом и деньгами; зависимость процессов от опыта одного человека и риск автоматизации без правил. Масштаб подтверждается внешними замерами: по предварительной оценке TAdviser, рынок CRM в России вырос на 25% и достиг 44,1 млрд рублей за 2025 год; по данным СберАналитики и Сбер Бизнес Софт, 39% российских организаций уже используют ИИ-агентов и ассистентов, а 36% отметили сокращение ошибок в документах; по данным ИСИЭЗ НИУ ВШЭ, 58% компаний называют барьером затраты, а 48% пока не видят потребности; в шестом издании Salesforce State of Sales на продажи уходит 30% рабочей недели против 70% на остальное.

Часы и деньги здесь — следствие, а не главный аргумент: в типовом расчёте на 15 сотрудников это около 260 часов и 208 000 рублей в месяц, из которых агент снимает примерно половину. Сравнение корректнее вести не по сэкономленным часам, а по числу отклонений, пойманных до того, как они стали деньгами.

Если вы ещё выбираете контур, посмотрите ИИ для руководителя: решения, статусы и контроль и обзор Топ-5 программ с ИИ для продаж, а материалы по этому направлению собраны в разделе Внедрение ИИ.

Источники

• TAdviser, статья «CRM (рынок России)»: по предварительным оценкам TAdviser, по итогам 2025 года российский рынок CRM увеличился на 25% и достиг 44,1 млрд рублей, оценка 2024 года скорректирована до 35,3 млрд рублей — это оценка аналитического агентства по рынку, а не вендорская статистика: tadviser.ru
• CNews, публикация «ИИ в «Битрикс24» помог российским компаниям создать более 200 000 сделок за полгода» (21.01.2026): за первые шесть месяцев работы ИИ-инструмента повторных продаж создано более 203 тыс. сделок, успешно завершены 11,8 тыс. (конверсия 25%), функционалом регулярно пользуются 11 тыс. компаний, из них 3,8 тыс. (35%) регулярно заключают сделки, инициированные ИИ. Данные вендора: cnews.ru
• CNews, публикация «Более трети пользователей «Битрикс24» визуализируют рабочие процессы с помощью «Досок»» (24.12.2025): инструмент за полгода опробовали 58% компаний, в ноябре 2025 года количество регулярных пользователей составило 38,7%, в среднем 16% работают с досками совместно. Данные вендора: cnews.ru
• Сбер, публикация «Кейсы внедрения ИИ в крупном бизнесе» со ссылкой на исследование СберАналитики и Сбер Бизнес Софт в области автоматизации бизнес-процессов (15.07.2026): 39% российских организаций используют ИИ-агентов и ассистентов; чаще всего автоматизируют документооборот и обработку заявок — в 70% организаций, поддержку клиентов — 30%, продажи и маркетинг — 25%; 45% отметили, что автоматизация помогла быстрее решать типовые задачи, 37% снизили долю ручных операций, 36% — количество ошибок в документах: sber.pro
• ИСИЭЗ НИУ ВШЭ, экспресс-информация «Применение искусственного интеллекта в российских компаниях» (данные обследования свыше 15 тыс. крупных и средних организаций — пользователей ИИ, проведённого Росстатом в 2025 году по методологии ИСИЭЗ): 66% компаний используют технологии обработки визуальных данных, 50% — интеллектуальную поддержку принятия решений и управления; 58% называют препятствием высокие затраты, 48% заявляют об отсутствии потребности в технологиях ИИ; 56% привлекают сторонние компетенции для разработки или модификации ПО: issek.hse.ru
• Salesforce, State of Sales, шестое издание (PDF): в среднем за неделю менеджеры по продажам тратят на продажи 30% времени, 70% уходит на не-продажные задачи; показатель почти не изменился с 2022 года, когда он составлял 28%. Исследование вендора по опросу продавцов: assets.ctfassets.net
• Битрикс24, страница «Маркетплейс приложений и интеграций»: состав возможностей портала и заявленные интеграции, включая обмен данными с 1С в режиме реального времени, телефонию, платёжные сервисы и каналы связи — вендорское описание продукта: bitrix24.ru