RetailCRM: возможности системы и что даёт ИИ-агент в клиентском сервисе

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

Коротко

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

Содержание

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

Что закрывает RetailCRM своими силами

Вендор описывает RetailCRM как платформу для работы с клиентами, автоматизации рассылок и управления заказами — «единое окно» для бизнеса, где сходятся профиль покупателя 360, омниканальная программа лояльности, персонализированные коммуникации, продажи и аналитика (retailcrm.ru). Это описание продукта его же разработчиком, а не независимая оценка эффективности. Полезно оно другим: из него видно, какие данные и операции уже собраны в системе, — и по каждому пункту понятно, что закрывается без участия ИИ.

Заказы — OMS (Order Management System, система управления заказами). Заявка приходит из любого источника, распределяется по ответственным, товар бронируется на складах, отслеживаются оплата и доставка, уведомления о статусах уходят покупателю. Вендор называет это полным циклом обработки заказа — от оформления до доставки и возвратов.

Данные о покупателях — CDP (Customer Data Platform, платформа клиентских данных). Сведения из интернет-магазина, магазинов, рассылок и обращений собираются в один профиль: покупки, средний чек, история коммуникаций, сегменты по поведению на сайте, географии и давности покупки.

Программа лояльности. Одна программа на магазины и интернет-заказы: офлайн-точки подключаются через «МойСклад» или «1С», интернет-магазин — через «1С-Битрикс», WooCommerce, inSales или Яндекс KIT. Бонусы начисляются по категориям, товарам и брендам, а отчёт показывает начисления, скидки, окупаемость вложений и ценность покупателя по времени.

Омниканальность. Агрегатор чатов сводит переписку из MAX, Avito, Telegram, «ВКонтакте» и чата на сайте в одно окно; заказ можно оформить прямо из диалога, не переключаясь в учётную систему.

Маркетинг. Визуальный конструктор сценариев запускает цепочки по email, мессенджерам и СМС по триггеру — в том числе тогда, когда покупатель добавил товар в корзину. Есть сегментация базы, трекер событий и А/Б-тесты.

Интеграции. По данным вендора, к платформе готовы более 200 подключений: системы управления контентом («1С-Битрикс», inSales, Shopify), маркетплейсы (Ozon, Wildberries, Яндекс Маркет), платёжные системы, службы доставки, телефония и мессенджеры. Есть открытый интерфейс программирования (API, Application Programming Interface — программный интерфейс) для собственных задач.

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

Масштаб, на который рассчитана платформа, вендор тоже называет своими цифрами: через RetailCRM проходит 20% всех заказов интернет-торговли в России, к ней подключено более 25 000 магазинов и розничных точек, за год через систему идёт 36 млн заказов и 651 млрд рублей продаж. Продукт включён в Реестр российского программного обеспечения, работает в рамках 152-ФЗ, данные хранятся в российских дата-центрах Yandex Cloud и Selectel, заявленная доступность серверов — 99,98%. Все это вендорские показатели, независимо мы их не проверяли.

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

Где границы системы

Границу удобно держать в одной фразе: RetailCRM хранит данные и проводит операции, но не принимает решения.

• Ответ в первые минуты. Система показывает обращение, профиль и заказы. Что именно ответить покупателю по конкретной ситуации, формулирует человек.
• Судьба брошенной корзины. Триггерная рассылка отправит напоминание по заданному правилу — но правило и текст пишет человек. Система не различает покупателя, который сравнивает цену, и того, кто ждал скидку.
• Свод по одному заказу. Часть данных живёт вне RetailCRM: остаток магазина самовывоза и наличие — в учётном контуре, срок — у службы доставки, обещания прошлого оператора — в истории диалога. Сводит это оператор.
• Ответственный за сорванный срок. Метрика времени ответа в отчётах есть, а разбора «почему задержались и что с этим делать» — нет; его назначает руководитель.

Именно на этой границе и появляется ИИ-агент — как ещё один участник с ограниченными правами, а не как замена платформы.

Почему первый ответ и брошенная корзина — один разрыв

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

Масштаб ожидания измерен. Провайдер коммуникационных сервисов «Телфин» вместе с OkoCRM в сентябре 2025 года опросили более 7 500 представителей российского бизнеса (40% выборки — интернет-торговля) и нашли общую границу: примерно половина опрошенных не дожидается ответа и уходит без заказа, если менеджер молчит дольше 10 минут; самое узкое окно ожидания — именно в торговле (oborot.ru). Это опрос бизнеса, а не замер вашего контакт-центра, но он задаёт рамку: у первого ответа есть порог, после которого обращение превращается в потерянную выручку. Отдельно Callibri в августе 2024 года показывал, что в сфере услуг компании теряют до 51% клиентов в чате и обратном звонке (callibri.ru), а Salesforce в отчёте State of the Connected Customer фиксирует, что 64% потребителей ждут взаимодействия в реальном времени (a.sfdcstatic.com).

У брошенной корзины своя, менее очевидная картина, и здесь лучше опираться на данные самой платформы. По данным RetailCRM за первый квартал 2026 года незавершёнными остались 88% корзин в российских интернет-магазинах — годом ранее было 85%. Но 46% брошенных корзин позже всё-таки превращаются в заказ, а средний срок между добавлением товара и покупкой сократился с семи дней в первом квартале 2025 года до двух дней в первом квартале 2026-го; максимальный зафиксированный разрыв — 119 дней. Чаще всего корзину бросают в одежде и обуви (30% случаев), затем идут товары для дома и сада (12%), косметика (10%), продукты питания, спорт и отдых (по 5%)(ecomhub.ru).

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

Что съедает время между обращением и ответом

Если разложить путь одного обращения, картина в розничных контакт-центрах повторяется:

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

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

Что делает ИИ-агент поверх RetailCRM

Агент не подменяет систему и не распоряжается заказами. Он читает то, что уже лежит в RetailCRM и смежных контурах, собирает это в разбор и возвращает результат в рабочее место оператора. В клиентском сервисе первыми эффект дают четыре сценария.

Первый ответ

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

Возврат брошенной корзины

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

Сборка контекста заказа

Перед ответом агент собирает по покупателю одну карточку: состав и статус заказа, оплату, ожидаемую дату доставки, прошлые возвраты и обращения, обещания предыдущих операторов, действующие бонусы и условия гарантии. Оператор получает готовую выписку вместо пяти открытых окон — и отвечает по данным, а не по памяти.

Контроль времени ответа

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

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

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

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

Сэкономленные часы — не главный аргумент. Ставка выше: обращение или корзина без быстрой реакции — это покупка, которая уходит к другому продавцу.

Покупатель, ушедший до ответа

Главная потеря измеряется не в минутах, а в заказах: тот, кто не дождался, чаще всего уже не вернётся — он купил там, где ответили. В отчётах такие потери почти не видны: незакрытое обращение не считается потерей выручки.

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

Ответ без сверки с данными — срок доставки, наличие в магазине, условия возврата — превращается в обязательство, которое потом приходится объяснять. На гарантии и возврате это заканчивается претензией.

Повторное обращение по тому же вопросу

Если первый ответ не снял вопрос, покупатель напишет снова. Каждый повтор — удвоенная работа оператора и ещё одна порция недовольства.

Очередь вечером и в выходные

Обращения идут неравномерно. Сервис, рассчитанный на дневной поток, оставляет вечерние и выходные вопросы без ответа именно тогда, когда покупатель готов решать.

Корзина, которую «дожали» не вовремя

Одинаковое письмо со скидкой по всем незавершённым корзинам раздражает сильнее, чем помогает, и обучает покупателя ждать скидку. При 88% незавершённых корзин (по данным RetailCRM) цена такой ошибки — не одно письмо, а вся база.

Потеря контекста между операторами

Покупатель рассказывает свою историю заново каждому новому оператору. Это раздражает сильнее ожидания и сразу показывает, что сервис «не помнит» клиента.

Зависимость от одного опытного сотрудника

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

Автоматика там, где нужен человек

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

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

Часы — следствие, но считать их полезно. Ниже типовой расчёт для контакт-центра, который обрабатывает около 4 000 обращений и 1 800 брошенных корзин в месяц: контур тот же, что в профиле компании выше.

Показатель	Вручную	С агентом
Обращений в месяц	4 000	4 000
Поиск профиля, заказа и статуса под ответом	62 часа в месяц	14 часов (разбор спорных совпадений)
Первые ответы по типовым темам	38 часов в месяц	18 часов (подтверждение и правки)
Разбор повторных обращений	16 часов в месяц	6 часов
Напоминания по брошенным корзинам	24 часа в месяц	8 часов (проверка повода и текста)
Претензии, гарантия, спорные возвраты	22 часа в месяц	20 часов
Всего в месяц	162 часа	66 часов
Возвращённое время	—	96 часов в месяц
В деньгах при стоимости часа 1 400 ₽	—	134 400 ₽ в месяц

Считаем по-честному: 62 + 38 + 16 + 24 + 22 = 162 часа ручной работы в месяц. С агентом человек не ищет контекст и не пишет типовые ответы с нуля, а проверяет и решает сложное: 14 + 18 + 6 + 8 + 20 = 66 часов. Разница — 96 часов в месяц, то есть примерно две с половиной рабочие недели, или 134 400 рублей при стоимости часа 1 400 рублей. Это математика на заявленных вводных, а не чей-то замер: подставьте свои числа, и результат изменится вместе с ними.

Отдельно считаем то, что в часах не измеряется, — потерянные заказы. По опросу «Телфина» и OkoCRM около половины покупателей уходит без заказа, если ответа нет дольше 10 минут. Если из 4 000 обращений в месяц хотя бы 5% (200 обращений) теряются из-за ожидания, а средний чек в этом сегменте — 9 000 рублей, под риском оказывается около 1,8 млн рублей выручки в месяц. Это тоже типовой расчёт: свои обращения, свой процент потерь и свой средний чек дадут свой порог, при котором сокращение времени ответа окупается.

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

Границу ответственности фиксируем до пилота, а не после первой жалобы:

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

Чеклист: что проверить в RetailCRM до подключения агента

Перед пилотом полезно пройти по своей платформе и записать ответы — так границы агента видны заранее, а не по ходу проекта:

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

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

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

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

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

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

1. Посчитайте текущее время ответа. По каналам и по часам: где хуже всего, какие вопросы повторяются, сколько корзин остаётся незавершёнными. Это база для сравнения.
2. Выберите одну категорию обращений и один сценарий по корзинам. Например, «где мой заказ» и «когда доставка» — до 40% потока, и почти полностью решается данными из систем.
3. Опишите список тем и шаблоны. Что агент отвечает сам, какие формулировки утверждены, что уходит оператору всегда.
4. Опишите контур данных. Что читает агент (профиль, заказы, статусы, остатки, сроки доставки, правила бонусов), куда возвращает ответ, где хранится журнал.
5. Прогоните на прошедших обращениях. Возьмите закрытые обращения и сравните: какой ответ дал бы агент, какой дал оператор, где первый ошибся бы. Так видны границы до запуска.
6. Ограничьте права явно. Чтение, поиск, подготовка ответа. Без права менять заказы, статусы и цены.
7. Померьте четыре числа. Время до первого ответа, доля обращений без участия оператора, доля повторных обращений, доля вернувшихся корзин. Они, а не демонстрация, — основание расширять список тем.

Что в итоге

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

Потребность в скорости подтверждена замерами, а цена паузы — данными самой платформы: по опросу «Телфина» и OkoCRM около половины покупателей уходит без заказа, если ответа нет дольше 10 минут, а по данным RetailCRM 88% корзин остаются незавершёнными и 46% из них конвертируются позже. Агент поверх RetailCRM закрывает разрыв между «покупатель написал или отложил товар» и «покупатель получил ответ по существу», оставляя человеку претензии, гарантию и решения по деньгам. Если хотите понять, где ваш сервис теряет покупателей, начните с одной недели обращений и одного месяца корзин. Остальные материалы по этому направлению собраны в разделе ИИ в ритейле, а похожий разбор по другой клиентской платформе — в статье Битрикс24: возможности портала, интеграции и что даёт ИИ-агент поверх. Разбор самой розничной системы и её отчётов — в материале 1С:Розница: возможности, отчёты и ИИ-агент поверх розничной сети.

Источники

• RetailCRM, описание платформы на сайте вендора: модули (управление заказами, данные о клиентах, программа лояльности, агрегатор чатов, маркетинговые сценарии, аналитика, приложение), состав интеграций и заявленные показатели — 20% заказов интернет-торговли в России, более 25 000 подключённых магазинов и точек, 36 млн заказов и 651 млрд рублей продаж в год, более 200 готовых интеграций, включение в Реестр российского программного обеспечения, соответствие 152-ФЗ, размещение в дата-центрах Yandex Cloud и Selectel, заявленная доступность 99,98%. Вендорское описание, независимо не проверялось: retailcrm.ru
• EcomHub, разбор данных RetailCRM о брошенных корзинах (15.05.2026): в первом квартале 2026 года незавершёнными остались 88% корзин в российских интернет-магазинах против 85% годом ранее; 46% брошенных корзин конвертируются в заказ позже; средний срок между добавлением товара в корзину и покупкой сократился с семи дней (первый квартал 2025) до двух дней (первый квартал 2026); максимальный разрыв — 119 дней; доли категорий — одежда и обувь 30%, товары для дома и сада 12%, косметика 10%, продукты питания, спорт и отдых по 5%: ecomhub.ru
• Oborot.ru, статья «Сколько времени клиент готов ждать ответа на свое обращение?» (26.11.2025) по результатам опроса «Телфина» и OkoCRM: опрос проведён онлайн в сентябре 2025 года среди более 7 500 представителей российского бизнеса (владельцы и менеджеры по продажам), выборка по отраслям — 40% интернет-торговля, по 30% коммерческая медицина и недвижимость; выявлена общая предельная граница — примерно половина опрошенных не дожидается ответа и уходит без заказа, если менеджер не отвечает дольше 10 минут; наиболее узкое допустимое окно ожидания — в торговле: oborot.ru
• Callibri, исследование «Бизнес теряет до 51% клиентов в чате и обратном звонке» (22.08.2024): как пользователи из регионов и городов-миллионников взаимодействуют с бизнесом в сфере услуг; по данным исследования, компании теряют до 51% клиентов в чате и обратном звонке; 65% клиентов по-прежнему выбирают звонок, 19,8% оставляют заявку на сайте, 4,2% пишут в чат: callibri.ru
• Salesforce, отчёт State of the Connected Customer (шестое издание; опрошено более 11 000 потребителей и 3 300 представителей бизнеса): 64% потребителей ожидают, что компания будет отвечать и взаимодействовать с ними в реальном времени; 85% ожидают согласованного взаимодействия между подразделениями: a.sfdcstatic.com
• Anthropic, инженерное руководство «Building effective agents»: принципы построения агентов — ограниченный набор понятных инструментов, простые и прозрачные шаги, человек в контуре принятия решений и контроль результата на каждом этапе; использовано как зарубежный референс по проектированию агента, а не как отраслевая статистика: anthropic.com