← Все статьи
Разборы внедрений / B2B-продажи / Объяснимый ИИ
Разборы внедрений

ИИ оценивает клиентов и объясняет риски в B2B-продажах

В неназванной компании ИИ-агент анализировал клиентские данные и объяснял оценки риска. Разбираем, как сотрудники пользовались системой, где она ошибалась и для каких задач сохранили BI-отчёты.

Направление
B2B-продажи
Задача
Анализ клиентов и выбор приоритетов
Технология
ИИ-агент с объяснением ответов
Компания
Не названа в источнике
Анализ клиентов / проверяемые ответы
01 / Вопрос Запрос сотрудника
02 / Данные Расчёты по заданным правилам
03 / Ответ Оценка риска и объяснение
04 / Решение Проверка сотрудником

Схема редакции · не интерфейс внедрённой системы

В этом внедрении ИИ-агент стал основным способом получать ответы на вопросы о клиентах. Для задач, которые он не поддерживал, сотрудники продолжили пользоваться аналитическими отчётами.

За первую неделю новым помощником воспользовались 127 из 150 сотрудников отдела продаж. По данным автора, к пятой неделе доля пользователей достигла 90%. При этом 55% пользователей по-прежнему обращались к привычным аналитическим панелям для части задач. Важно понять, какие вопросы можно решать через диалог с ИИ и как при этом проверять ответы по исходным данным. [1]

01

Вопросы о клиентах и потенциальных сделках в одном интерфейсе

Агент создали для отдела B2B-продаж, который вёл клиентскую базу. Сотрудник мог спросить, как идут продажи по сравнению с планом, какого объёма потенциальных сделок не хватает до выполнения плана и каким клиентам нужно уделить внимание. Система показывала пять клиентов с лучшими или худшими показателями, приводила цифры и рассчитанный уровень риска. [1]

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

Частое использование показывает, что сотрудники готовы задавать вопросы агенту. Объяснение расчётов помогает им проверить ответ и при необходимости с ним не согласиться.

02

Агент объясняет показатели, рассчитанные по заданным правилам

В описанной системе расчёт показателей отделён от подготовки ответа. Для каждого показателя заранее задали отдельный запрос, который записывал результат в общую таблицу. Агент читал уже рассчитанные значения. Вместе с ответом он показывал исходные данные, применённые фильтры, способ объединения цифр и оценку уверенности. [1]

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

01

Активность клиента

Снижается ли активность клиента?

02

Продление договора

Как скоро нужно продлевать договор?

03

Колебания расходов

Насколько сильно меняются расходы клиента?

Заданный расчёт → уровень риска → объяснение ИИ. Правила и исходные данные доступны для проверки.

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

Перед общим запуском сотрудники и руководители отделов продаж из нескольких регионов проверили, понятны ли объяснения и полезны ли рекомендации. Их отзывы учли при доработке. Это подтверждает, что систему тестировали заранее, но не доказывает, что именно тестирование стало причиной её дальнейшего использования. [1]

03

К пятой неделе агентом пользовались 90% сотрудников

По данным Aakash Nagare, в первую неделю агентом пользовались 85% сотрудников, а к пятой неделе — 90%. Это выше цели команды в 70%. Агенту направляли 82% вопросов по аналитике продаж. Использование Tableau и Power BI при этом сократилось в среднем на 68%. [1]

85%

Пользователи в первую неделю

Агентом воспользовались 127 из 150 сотрудников отдела продаж.

90%

Пользователи к пятой неделе

Доля сотрудников по данным автора.

82%

Вопросы, направленные ИИ

Доля вопросов по аналитике продаж, которые направляли агенту.

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

75% пользователей сообщили, что, по их ощущениям, стали тратить примерно на 30% меньше времени на сбор сведений. Это субъективная оценка, а не результат замера времени. Система также получила F1 0,89 за подготовленные аналитические выводы. F1 объединяет точность и полноту результатов; его нельзя трактовать как гарантию «89% правильных ответов». [1]

04

Неподтверждённые цифры и вопросы, требующие уточнения

Автор описал несколько видов проблем. Примерно в 7% запросов система выдавала правдоподобные цифры без надёжного подтверждения данными. Такие ошибки чаще возникали в вопросах о нескольких клиентах, у которых не совпадали отчётные периоды. [1]

7%

Неподтверждённые цифры

Запросы, в ответах на которые были правдоподобные цифры без надёжного обоснования.

15%

Неоднозначные запросы

Вопросы, которые сотруднику приходилось уточнять или переформулировать.

5%

Отказы отвечать

В том числе отказы, защищающие конфиденциальные сведения о клиентах.

Эти доли описывают разные ситуации при обработке запросов. Из источника неясно, пересекаются ли категории. Примерно 3% всех запросов были отклонены для защиты конфиденциальных данных клиентов. Они входят в 5% отказов, а не прибавляются к ним. [1]

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

Автор не указал точное число проверенных запросов, порог уверенности или классификацию ошибок, подтверждённую независимым аудитом. Эти сведения нужны, прежде чем использовать долю ошибок в 7% как ориентир для другого внедрения.

05

Нестандартные отчёты остались в Tableau и Power BI

После запуска 45% пользователей перестали ежедневно пользоваться Tableau или Power BI. Остальные 55% продолжали к ним обращаться. Часто им требовались функции за пределами возможностей агента: нестандартные графики за несколько кварталов или готовые материалы для презентаций совету директоров. [1]

Для чего использовали агента

Быстрые вопросы о клиентах

Выполнение плана, объём потенциальных сделок, сравнение клиентов и оценка рисков с объяснением расчёта.

Для чего сохранили BI

Нестандартные отчёты

Графики за несколько кварталов и готовые визуальные материалы для презентаций, которые агент не поддерживал.

Только 60% сотрудников прошли расширенный учебный модуль по составлению запросов. Автор отмечает, что неполное обучение совпало с трудностями при неоднозначных вопросах. Но это не доказывает, что недостаток обучения стал причиной каждой такой ошибки. [1]

Сотрудники могут использовать ИИ для подходящих ему задач и сохранять привычные инструменты для остальных. Это тоже вариант успешного внедрения.

06

Определить показатели и сделать ответы проверяемыми

Для повторения подхода важнее подготовить данные и правила работы, чем выбрать бренд агента. У каждого показателя должно быть точное определение. ИИ нужны права на получение нужных данных, сведения для объяснения ответа и возможность сообщить, что надёжного ответа нет.

01

Правила расчёта

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

02

Проверяемые ответы

Сотрудник должен видеть, какие данные и правила стоят за рекомендацией, и иметь возможность её проверить.

03

Права доступа

Нужно определить, какие сведения о клиентах агент вправе раскрывать, и понятно объяснять причины отказов.

04

Контроль качества

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

05

Решение сотрудника

Коммерческое решение остаётся за сотрудником. Для нестандартных отчётов сохраняются отдельные инструменты.

Это рекомендации Maak.Digital по применению подхода. Они не описывают точный набор технологий внедрения: автор его не раскрыл.

07

Частое использование не доказывает улучшения продаж

Кейс опубликован в Selling Power 27 октября 2026 года. Его автор Aakash Nagare работает старшим аналитиком по организации продаж в Uber. Компания, в которой внедрили агента, не названа. Поэтому ни внедрение, ни результаты нельзя приписывать Uber. Независимый аудит, контрольная группа и полное техническое описание в публикации отсутствуют. [1]

Доступ к системе всем предоставили одновременно, поэтому сравнить результаты с использованием ИИ без объяснений не удалось. Автор прямо предупреждает: нельзя считать доказанным, что сотрудники начали пользоваться системой именно благодаря прозрачности. Возможен и эффект новизны: около 10% первых пользователей стали обращаться к агенту реже после первого месяца. [1]

Публикация не доказывает, что агент улучшил результаты по продлению договоров, выручке или выполнению плана продаж. Ни субъективная экономия времени в 30%, ни F1 0,89 сами по себе не показывают окупаемость.

08

Пять вопросов перед запуском ИИ в продажах

01

Какие вопросы о продажах повторяются каждую неделю?

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

02

Кто отвечает за определение каждого показателя?

Нужно согласовать правила расчёта, отчётные периоды, права доступа и частоту обновления данных.

03

Можно ли проверить ответ по исходным данным?

В ответе должны быть видны источники. Если данных недостаточно, нужен понятный отказ или передача вопроса сотруднику.

04

Для каких задач по-прежнему нужны BI-инструменты?

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

05

Как проверять качество после запуска?

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

Для команд продаж и работы с клиентами

Нужны проверяемые ответы по данным продаж?

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

Подробнее о внедрении ИИ
Источник и оговорки

Независимый разбор Maak.Digital по рассказу Aakash Nagare в Selling Power от 27 октября 2026 года. Компания, в которой внедрили систему, не названа. Работа автора в Uber не означает, что внедрение проходило там. Показатели не проверены независимым аудитом. Рекомендации по внедрению и схемы подготовлены редакцией.