ИИ для бизнеса

ИИ-агенты для бизнеса: что работает, а что пока демо

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

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

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

Короткое правило: агент окупается там, где ошибка дешевле проверки

Любое действие агента кто-то проверяет: сотрудник, робот-валидатор или сам клиент. Если проверка дешевле, чем работа руками, — сценарий имеет смысл. Если наоборот (проверять дольше, чем делать), вы получили красивую игрушку и вторую смену для менеджеров.

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

Ожидание от агента Что происходит в реальности
«Заменит менеджера на входящих» Разгружает от рутины, но не от решений. Ответственный за клиента остаётся человек
«Работает сразу из коробки» Без ваших данных и правил агент угадывает. Настройка занимает больше времени, чем кажется
«Чем больше шагов, тем лучше» Каждый следующий шаг повышает вероятность ошибки и усложняет разбор
«Главное — модель поумнее» Модель — 20 % результата. Остальное: доступ к данным, регламент и проверка
«Ошибки не страшны, он дообучится» Без обратной связи и логирования ошибки просто повторяются

Пять сценариев, которые уже работают

Все пять объединяет одно: агент готовит материал, человек принимает решение. Ошибка стоит нескольких секунд правки, а не клиента и не денег.

1. Разбор входящих обращений в CRM

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

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

2. Итог разговора и следующий шаг

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

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

3. Черновик коммерческого предложения или ответа

Агент собирает шаблон, данные клиента и историю сделки, получается черновик КП или письма. Отправляет человек — после вычитки. Это ускоряет не подготовку, а поиск нужных данных.

Что даёт: время на одного клиента падает с 20–30 минут до 5–7, если шаблон и цены у вас в порядке. Что проверить: не подставляет ли агент цены и условия из старого файла — источник данных должен быть один.

4. Ответы по внутренней базе знаний

«Какая у нас процедура возврата?», «Кто согласует скидку 15 %?» — ответ со ссылкой на документ и раздел, а не на пятый лист в Excel. Здесь агент особенно полезен в онбординге: новый менеджер получает ответ за минуту, а не за час.

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

5. Контроль качества данных в CRM

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

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

Три сценария, которые пока демо

1. Агент-продавец, который ведёт сделку сам

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

2. Финансовые решения без человека

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

3. Многошаговые цепочки без журнала действий

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

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

Как отличить рабочего агента от демо: шесть вопросов подрядчику

Эти вопросы стоит задать до договора. Ответы «мы используем лучшую модель» к делу не относятся — спрашивайте про данные, проверку и цифры.

Вопрос Хороший ответ Красный флаг
На каких данных проверяли? На ваших: 50–100 реальных обращений за месяц «На демо-наборе» и «в среднем по рынку»
Какая доля ошибок и какая цена ошибки? Конкретные проценты и что происходит при сбое «Ошибок практически нет»
Кто проверяет результат? Понятная роль: менеджер, руководитель, робот-валидатор «Никто, он же умный»
Что видно в журнале? Каждый шаг: входные данные, действие, результат «Логи есть где-то в платформе»
Что будет при недоступности внешнего сервиса? Очередь, повтор, уведомление. Заявка не теряется «Такое не случается»
Как выключается? Один переключатель, процесс продолжается вручную «Отключим через поддержку»

Экономика: считаем пилот на четыре недели

Агент стоит не только подписки. В расчёт входят четыре строки: разработка и настройка, стоимость модели или платформы, время на проверку и время на поддержку. Возьмём типичную ситуацию: три менеджера, 180 входящих обращений в месяц, каждое обращение — 6 минут на разбор и занесение в CRM.

  1. Рутина. 180 × 6 минут = 18 часов в месяц. По ставке 800 ₽/час это 14 400 ₽ — но это не экономия, а объём работы, который можно сократить.
  2. Агент снимает часть. Если он убирает 60 % разбора, освобождается около 11 часов. Это время уходит на звонки, а не «на баланс».
  3. Проверка. Черновики всё равно кто-то смотрит: 180 × 40 секунд = 2 часа. Их надо вычесть.
  4. Стоимость решения. Настройка под ваш процесс — разовая, платформа и модель — ежемесячно. Если подписка и поддержка съедают больше, чем стоят освобождённые 9 часов, сценарий не окупается.

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

План пилота на 10 рабочих дней

  1. Дни 1–2. Выбор задачи. Один сценарий, один тип обращений, понятный критерий успеха. Не «внедрить ИИ», а «довести до карточки 90 % писем с сайта».
  2. Дни 3–4. Данные. Выгрузить 50–100 реальных обращений за месяц, включая неудобные: без названия компании, с опечатками, от конкурентов, спам.
  3. Дни 5–6. Настройка. Правила, права доступа, шаблоны. Агент не получает доступ ко всей базе — только к тому, что нужно для задачи.
  4. Дни 7–8. Прогон на архиве. Считаем точность по каждому типу обращений отдельно: где агент ошибается чаще.
  5. Дни 9–10. Живой режим с проверкой. Агент работает, человек сверяет. Замеряем время на проверку — это и есть настоящая стоимость решения.

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

Метрики приёмки: чем мерить, что агент работает

Приёмка «нам нравится» — не приёмка. До старта договоритесь о трёх-четырёх числах, которые можно снять до и после, на одинаковом периоде.

  • Доля обращений с карточкой в CRM за сутки. Норма — 100 %: не «сколько смог», а сколько пропущено.
  • Время до первого ответа. Считается по данным CRM, а не по ощущениям руководителя.
  • Доля черновиков, отправленных без правок. Показывает реальное качество, а не «процент точности» из презентации.
  • Время на проверку одного результата. Если оно растёт, сценарий съедает экономию.

Где ИИ не нужен

Часть задач не про ИИ, а про настройку. Их лучше решать без агента — быстрее, дешевле и без риска.

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

ИИ-агенты и Битрикс24: где это живёт

Если ваш портал — Битрикс24, у агента есть доступ к сделкам, задачам, почте и телефонии через REST API. Это значит, что сценарий не требует переноса данных в отдельную систему: карточка остаётся карточкой, а агент работает поверх неё.

Что зафиксировать в договоре

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

Подробнее о том, что стоит проверить в тексте договора, — в статье SLA в договоре: семь формулировок, которые надо прочитать дважды.

Частые вопросы

Чем агент отличается от чат-бота?

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

Можно ли обойтись без внедрения и просто купить подписку?

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

Сколько стоит пилот?

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

Агент ошибётся и напишет клиенту что-то не то. Что делать?

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

Нужны ли свои разработчики, чтобы это поддерживать?

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

Как понять, что пора расширять сценарий?

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

Что сделать на этой неделе

  • Выберите один тип обращений, где ошибка стоит правки текста, а не денег.
  • Выгрузите 50 реальных писем за месяц — с опечатками, спамом и письмами не по теме.
  • Посчитайте текущее время на разбор одного обращения: без этой цифры пилот нечем мерить.
  • Сформулируйте критерий успеха числом: «90 % обращений с карточкой в течение суток».
  • Спросите подрядчика, что будет, когда внешний сервис недоступен — и послушайте ответ.

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

Разберём вашу задачу и пришлём смету

Созвон 40–60 минут: посмотрим, как устроены продажи и процессы сейчас, и скажем, что даст быстрый результат, а что можно отложить.

Телефон: +7 965 622-59-59

Почта: hello@prom-digital.ru

Отвечаем в течение часа в рабочее время (Пн–Пт, 9:00–19:00 МСК).

Оставьте контакты

Перезвоним, зададим несколько вопросов о процессе и пришлём оценку.

Позвонить Telegram Max VK Заявка
Использование файлов cookie
Мы используем файлы cookie: необходимые — чтобы сайт работал, они ставятся всегда; аналитические (Яндекс.Метрика с Вебвизором) и маркетинговые (метки utm) — только после нажатия кнопки «Принять». Нажимая «Принять», вы даёте согласие на обработку данных о посещении (IP-адрес, cookie, действия на сайте) в соответствии с Федеральным законом № 152-ФЗ «О персональных данных». Подробнее — в Политике конфиденциальности. Отозвать согласие можно письмом на hello@prom-digital.ru.
PROM.DIGITAL
PROM.DIGITAL
|