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

Что это решает

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

Как устроено

Фильтр пригодности задачи

Пять признаков. Все пять есть — задача годится, отсутствует один — цена внедрения растёт, отсутствует два — задача откладывается.

Цифровой вход. Данные лежат в системе, к которой есть доступ. Телефонный разговор, бумажный акт и устная договорённость — не вход.
Проверяемый результат. Готовность операции определяется механически: письмо отправлено, поля заполнены, суммы сошлись. «Клиент доволен» проверяется опросом, а не агентом.
Ограниченная цена ошибки. Действие обратимо или ошибка ловится до последствий. Платёж, увольнение, удаление данных — вне этого класса.
Доступ через API. У систем есть интерфейс. Автоматизация кликами по чужому сайту ломается при первом редизайне.
Повторяемость. Операция делается регулярно. Разовая задача раз в квартал дешевле руками.

Карта по отделам

Функция	Что агент закрывает	Что не закрывает
Поддержка	ответы по базе знаний, сбор контекста, черновик ответа, маршрутизация	конфликт, компенсация, нестандартное решение по клиенту
Продажи	обогащение карточки, подготовка коммерческого, разбор входящих заявок	переговоры, цена под клиента, обещания по срокам
Финансы	сверка выписки с заказами, поиск расхождений, черновики документов	проводки, платежи, отчётность с подписью
Разработка	ревью по правилам проекта, сортировка ошибок, черновики тикетов	архитектурные решения, приоритеты, релиз на прод
Маркетинг	сбор данных по каналам, черновики текстов, разметка обращений	стратегия, бюджет, публикация без вычитки
Кадры	первичный разбор откликов, сбор фактов из резюме, ответы по регламентам	оценка кандидата, решение о найме и увольнении
Склад и логистика	проверка данных, поиск дублей, сводки по остаткам	физические процессы, договорённости с перевозчиком

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

Экономика одной операции

Считается не «экономия на отделе», а стоимость единицы работы:

стоимость шага = токены запросов + вызовы платных сервисов
              + доля времени человека на проверку и правку
              + доля времени разработчика на поддержку инструментов

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

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

Как подключить

Шаг 1. Назначить владельца. Один человек внутри компании отвечает за результат агента так же, как за работу сотрудника. Без владельца ошибка агента не принадлежит никому, и разбор превращается в спор.

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

Шаг 3. Замерить базовую линию до запуска. Сколько операций в неделю, сколько минут на каждую, сколько ошибок и переделок. Цифры берутся из той же системы, по которой потом будет считаться результат.

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

Шаг 5. Запустить подсказчиком. Агент готовит результат, отправляет человек. Каждая правка записывается: что исправили и почему. Через несколько дней список правок перестаёт пополняться новыми типами — это условие перехода дальше.

Шаг 6. Открыть обратимые действия. Черновик, комментарий, метка, служебная запись. Необратимые действия остаются за подтверждением.

Шаг 7. Поставить наблюдение. Журнал всех запусков, доступный владельцу, и уведомление при выходе за порог: доля правок выросла, число отказов подскочило, расход токенов на операцию удвоился.

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

Полезные сценарии

Первая линия поддержки по базе знаний с передачей сложных обращений человеку вместе с собранным контекстом.
Сверка банковской выписки с заказами и вывод списка расхождений на разбор.
Разбор входящих заявок: классификация, обогащение данными, распределение по менеджерам.
Ежедневная сводка по нескольким системам с явным указанием мест, где данные не сходятся.
Наведение порядка в справочниках: дубли контрагентов, пустые обязательные поля, битые связи.
Подготовка карточек товаров и документов по данным поставщика, финальная кнопка за человеком.

Ограничения

Ответственность остаётся на компании. Юридически значимое решение, кадровая оценка, отказ клиенту, спорная сумма — за человеком, независимо от качества модели.

Персональные данные. Запрос уходит в чужой контур, и это отдельный разговор с юристом и безопасностью до пилота, а не после. Обработка персональных данных подчиняется 152-ФЗ, и выбор поставщика модели упирается в него раньше, чем в качество ответов.

Хвост редких случаев. Массовые обращения агент закрывает, редкие — нет, и именно редкие съедают время сотрудников. Оценивать выигрыш стоит по доле от общего объёма, а не по видимому облегчению.

Системы без API. Учётная программа без интерфейса означает либо ручной мост, либо отказ от автоматизации этого шага.

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

Молчаливая деградация. Сломанный агент продолжает выдавать правдоподобные ответы. Без набора проверок и журнала поломка обнаруживается по жалобе клиента.

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

Как проверить результат

Та же метрика из того же источника. Результат сравнивается с базовой линией по одному и тому же запросу к одной и той же системе. Смена способа подсчёта по дороге обесценивает сравнение целиком.

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

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

Стоимость единицы. Токены и сервисы из журнала плюс минуты человека на проверку — против ставки сотрудника на той же операции.

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

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

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