ИИ Агенты

ТЕХНОЛОГИЧЕСКИЙ СТЕК

local LLM + RBAC + audit. Для пилота этого достаточно. Если процесс растёт, добавляются очередь задач, object storage, observability, RBAC, secrets manager, тестовый набор и отдельный журнал действий.

ПРОДАЖА

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

МЕТРИКИ

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

НЕГАТИВНЫЙ СЦЕНАРИЙ

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

ИТОГ

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

Глава 7.

eCom

: товар, заказ, повторная покупка

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

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

АУДИТ ЧЕРЕЗ ВОПРОСЫ

Что является входом процесса?

Кто сейчас выполняет работу?

Сколько раз она повторяется за день, неделю и месяц?

Сколько минут занимает одна операция?

Какие данные человек открывает перед решением?

Какие действия он делает по правилам?

Где возникают исключения?

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

Что происходит после завершения?

Что стоит ошибка или задержка?

Какие данные нельзя передавать внешней модели?

Что агент может делать самостоятельно, а что только подготовить?

КЕЙС АУДИТА

Представим компанию из 30–100 сотрудников. Руководитель говорит: «Нам нужен ИИ». Вместо демонстрации чат-бота специалист просит показать один реальный процесс. Выясняется, что сотрудник каждый день открывает почту, таблицу, CRM и папку с документами, переносит данные и пишет одинаковое письмо. За неделю таких операций набираются десятки часов.

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

КЕЙС ВНЕДРЕНИЯ

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

ТЕХНОЛОГИЧЕСКИЙ СТЕК

OMS/ERP + catalog DB + event bus. Для пилота этого достаточно. Если процесс растёт, добавляются очередь задач, object storage, observability, RBAC, secrets manager, тестовый набор и отдельный журнал действий.

ПРОДАЖА

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

МЕТРИКИ

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

НЕГАТИВНЫЙ СЦЕНАРИЙ

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