Внедрение ИИ-агентов: как устроен проект от аудита до сопровождения

Компания работала в обычном для среднего бизнеса контуре: 1С:ERP (Enterprise Resource Planning — управление ресурсами предприятия) для учёта, закупок и производства, 1С:Документооборот для договоров и поручений, Битрикс24 для задач и переписки, электронный документооборот (ЭДО) с контрагентами. Учёт в системе был, отчётность сходилась, но решения — что закупить, какой счёт оплатить, почему срок по договору уехал — собирал человек руками из писем, выгрузок и звонков. Именно поэтому разговор про ИИ-агента начинается не с выбора модели, а с проекта: аудит процессов, первый сценарий, пилот с критериями, внедрение и сопровождение.

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

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

Коротко

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

Содержание

• Почему проект агента заканчивается пилотом
• Как устроен проект: четыре этапа
• Аудит: что проверяем до первой строки задания
• Первый сценарий: как выбрать один, а не пять
• Пилот: что считается результатом
• Внедрение: роли, доступы и журнал действий
• Сопровождение: что делать после запуска
• Какие риски это снимает
• Сколько часов и денег это возвращает
• Что остаётся за человеком
• Частые ошибки на старте
• Как это выглядит на практике
• Источники

Почему проект агента заканчивается пилотом

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

Gartner в июне 2025 года дал прогноз: более 40% проектов агентного ИИ будут закрыты до конца 2027 года — именно из-за роста затрат, неясной ценности и слабых механизмов контроля. В опросе Gartner (январь 2025, 3 412 участников) 19% компаний заявили о значительных инвестициях в агентный ИИ и 42% — об осторожных, то есть большинство входит в тему частично, без плана выхода. Глобальная картина по пилотам резче: в исследовании MIT NANDA (GenAI Divide, 2025) при $30–40 млрд вложений 95% организаций не получили измеримой отдачи, а до промышленной эксплуатации дошли около 5% корпоративных ИИ-инструментов.

Российские данные показывают ту же воронку. По данным «К2Тех», которые приводит TAdviser, доля пилотных ИИ-проектов, не получивших продолжения, к началу 2025 года составляла 90%, а к концу года сократилась до 80%: сдвиг есть, но четыре пилота из пяти по-прежнему не переходят в работу. Лаборатория искусственного интеллекта Школы управления «Сколково» оценивает, что до 95% российских компаний не получают нужной отдачи от внедрения ИИ, а обследование 15 тыс. крупных и средних организаций, проведённое Росстатом по методологии ИСИЭЗ НИУ ВШЭ в 2025 году, фиксирует главный барьер прямо: 58% компаний называют препятствием высокие затраты, а 48% вообще не видят потребности в технологиях ИИ.

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

Как устроен проект: четыре этапа

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

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

Аудит: что проверяем до первой строки задания

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

Что за процесс и сколько он стоит

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

Какие данные нужны для решения и где они живут

• Перечень полей и документов, без которых решение не принять: реквизиты, суммы, сроки, остатки, история поставок, версии документов.
• Источники: учётная система (для производственного контура мы отдельно разбирали, какие данные даёт производственный блок 1С:ERP), документооборот, задачи в трекере, почта и мессенджеры, файлы на общих дисках.
• Качество: есть ли история за последние 12–24 месяца, дубли, разные справочники в разных базах, документы, где поле заполняют текстом «как получится».
• Границы: какие данные нельзя выносить за периметр компании и какие нужны только в обезличенном виде.

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

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

Что получается на выходе аудита

Карта процесса на одну страницу, перечень источников данных с владельцами, базовые значения метрик (время операции, доля возвратов, срок от сигнала до решения) и два-три кандидата в первый сценарий с оценкой по критериям из следующего раздела.

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

Первый сценарий: как выбрать один, а не пять

Первый сценарий выбирается по шести проверкам. Если кандидат не проходит хотя бы одну — он идёт в список следующих, а не в пилот.

1. Частота. Операция повторяется часто: сотни раз в месяц, а не дважды в квартал. Редкую задачу агент тоже закроет, но эффект на ней не измерить.
2. Данные. Всё нужное для решения уже есть в системах и в цифровом виде. Если половина сведений живёт в звонках, пилот начнётся с ручного ввода — это отдельный проект.
3. Измеримость. Метрика считается автоматически: время на операцию, доля расхождений, число просрочек. «Стало удобнее» не считается результатом.
4. Цена ошибки. Ошибка агента не приводит к необратимым последствиям: она видна человеку на подтверждении, а не после оплаты. Платёж, подпись и отгрузка — не первый сценарий.
5. Один владелец. У процесса есть руководитель, которому нужен результат и который готов выделять людей на разбор. Процесс «между отделами» без владельца в пилот не берём.
6. Обратимость. Агента можно выключить, и процесс продолжается в прежнем режиме. Если без агента работа встанет — сначала делается регламент отката.

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

Пилот: что считается результатом

Пилот — это не «посмотреть, как работает», а короткий проект с двумя числами и правом остановиться.

До старта фиксируется:

• базовое значение метрики на выбранном процессе (например, 14 минут на разбор одной заявки и 6% возвратов на уточнение);
• порог продолжения — например, сокращение времени на операцию не меньше чем на треть при том же качестве или лучшем;
• перечень данных и систем, к которым агент получает доступ, и список того, что ему запрещено;
• ответственный за пилот со стороны заказчика и режим разбора: что смотрим раз в неделю, что — по окончании.

Срок и объём. Четыре–шесть недель, один процесс, один участок работы — чаще всего филиал, цех, один вид заявок или одно подразделение. Расширять перечень процессов внутри пилота — самая частая причина, по которой пилот не заканчивается никогда.

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

Что считается провалом. Провал — это не отсутствие эффекта, а отсутствие числа. Если за шесть недель выяснилось, что данных не хватает или процесс не имеет владельца, это тоже результат: проект останавливается до того, как в него ушли деньги и время на внедрение. По оценкам MIT NANDA, именно в этой точке теряется основная часть вложений: 95% организаций не получили измеримой отдачи, потому что пилоты не доводились до промышленной эксплуатации.

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

Внедрение: роли, доступы и журнал действий

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

Роли

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

Доступы и запреты

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

Обработка персональных данных идёт по 152-ФЗ: статья 19 требует принимать правовые, организационные и технические меры, а не только «согласие сотрудника». На практике это означает обезличивание там, где персональные данные не нужны для решения, ограничение срока хранения, журнал доступа и письменный ответ на вопрос «какие данные уходят во внешнюю модель, в каком виде и что не уходит никогда».

Журнал действий

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

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

Сопровождение: что делать после запуска

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

Что входит в сопровождение:

• Ежемесячная проверка качества. Выборка разборов сверяется с решениями людей: где агент ошибся, где формально прав, но бесполезен. По результатам правится правило, а не «модель в целом».
• Контроль изменений данных. Новые справочники, виды документов, подразделения и филиалы попадают в перечень источников и в правила сопоставления.
• Ревью метрик. Те же числа, что в пилоте, снимаются через месяц–два после внедрения: держится ли сокращение времени и не выросла ли доля возвратов.
• Расширение сценариев. Следующий процесс добавляется только после того, как предыдущий стабилен: одновременно раскатанные пять сценариев чинить некому. Как это выглядит для документов и договоров, разобрано в материале про ИИ-агента поверх системы электронного документооборота Directum RX.
• Передача знаний. Регламент, инструкция для сотрудников и объяснение, что агент делает и чего не делает, — часть результата проекта, а не бонус. Отпуск или уход одного специалиста не должен останавливать контур.
• Замена моделей и вендоров. Компания должна понимать, что произойдёт, если поставщик модели уйдёт с рынка или изменит условия: где живёт логика проекта и как её перенести.

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

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

Пилот, который не переходит в работу

Самый частый риск: деньги и месяц–два времени сотрудников ушли, результат показали, продолжения нет. Российская статистика по этому риску прямая: по данным «К2Тех», к концу 2025 года 80% пилотных ИИ-проектов не получили продолжения; в мире Gartner ожидает закрытия более 40% проектов агентного ИИ до конца 2027 года. Проект снимает риск тем, что критерий продолжения и владелец результата появляются до старта, а не после.

Данные ушли за периметр

Передача писем, договоров и данных сотрудников во внешний сервис без ограничений — риск не технический, а регуляторный и репутационный: разбирательство, предписания, потеря доверия контрагентов. Проект отвечает на это перечнем разрешённых данных, обезличиванием, ограничением срока хранения и журналом доступа; статья 19 152-ФЗ как раз про обязанность таких мер, а не про формальное согласие.

Ошибка агента без подтверждения

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

Ответственность «размазалась»

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

Зависимость от одного человека

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

Простой при сбое

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

Завышенные ожидания сверху

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

Сколько часов и денег это возвращает

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

Возьмём типовой расчёт для производственной компании из профиля выше: три процесса, стоимость часа участника 900 ₽ (зарплата с налогами и накладными на рабочее место), объёмы — из истории в системе.

Показатель	Вручную	С агентом
Разбор входящих заявок: 340 операций в месяц, 14 минут на операцию	79 часов в месяц	48 часов в месяц
Сверка комплекта документов перед оплатой: 260 документов, 11 минут на документ	48 часов в месяц	33 часа в месяц
Подготовка сводки руководителю: 12 сводок, 3 часа на сводку	36 часов в месяц	29 часов в месяц
Итого по трём процессам	163 часа ≈ 147 000 ₽ в месяц	110 часов ≈ 99 000 ₽ в месяц

Как читать эту таблицу. Стоимость часа — не «цена ИИ», а стоимость часа сотрудника: 900 ₽ × 163 часа = 146 700 ₽ в месяц по трём процессам. Агент снимает часть работы: подготовку проекта решения, поиск расхождений, сборку сводки. Остаётся 110 часов — это проверка, спорные случаи, разговор с людьми и решения. Экономия около 53 часов и 48 000 ₽ в месяц по трём процессам; на первом процессе — примерно 31 час и 28 000 ₽ в месяц.

Границы измерения, без которых цифра бессмысленна:

• Период. Числа берутся из истории за 12 месяцев и перепроверяются через месяц–два после внедрения.
• Границы. Считаются только операции, которые уже оцифрованы: заявки в системе, документы в документообороте, задачи в трекере. Письма и звонки вне системы в расчёт не входят.
• Стоимость часа. Взята как 900 ₽ — для другого региона или другой структуры затрат её нужно пересчитать; это не универсальная ставка.
• Сроки. Аудит — две–четыре недели, пилот — четыре–шесть недель, внедрение — от месяца. Быстрее можно только при готовых данных и одном владельце процесса.

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

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

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

Частые ошибки на старте

1. Начинать с выбора платформы или модели. Сначала процесс и данные, потом технология. Обратный порядок даёт дорогой пилот без критериев.
2. Брать пять сценариев сразу. Пять сценариев в пилоте — это пять незаконченных проектов; расширять нужно по одному.
3. Не назначать владельца процесса. Процесс без владельца не имеет результата, который кому-то нужен.
4. Считать эффект «в процентах от задач». Метрика должна быть в часах, штуках или рублях и считаться по системе, а не по опросу сотрудников.
5. Давать агенту право записывать данные. Первый же ошибочный документ ставит под сомнение весь проект.
6. Заканчивать проект на демонстрации. Без регламента, инструкций и сопровождения результат живёт один–два месяца.

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

Обезличенно, по нашим проектам за 2026 год, без названий компаний и сумм.

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

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

Что в итоге

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

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

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

Источники

• Прогноз по проектам агентного ИИ: пресс-релиз Gartner от 25 июня 2025 года — более 40% проектов агентного ИИ будут закрыты до конца 2027 года из-за роста затрат, неясной ценности и недостаточного контроля рисков; там же опрос Gartner (январь 2025, 3 412 участников): 19% компаний сделали значительные инвестиции в агентный ИИ, 42% — осторожные: публикация пресс-релиза Gartner.
• Отдача от корпоративных ИИ-инициатив: отчёт MIT NANDA «The GenAI Divide: State of AI in Business 2025» — при $30–40 млрд вложений в генеративный ИИ 95% организаций не получили измеримой отдачи, до промышленной эксплуатации дошли около 5% корпоративных ИИ-инструментов, при этом личные ИИ-инструменты для работы используют сотрудники более 90% компаний: текст отчёта (PDF).
• Российский рынок и статистика внедрений: обзор TAdviser «Искусственный интеллект (рынок России)» — объём рынка ИИ в 2025 году 316,1 млрд ₽ (плюс 29,7% к 243,7 млрд ₽ годом ранее, оценка AIANA); расходы крупных и средних организаций на внедрение и использование ИИ в 2024 году — 90,3 млрд ₽; технологии ИИ в 2024 году применяли 5,8% коммерческих и государственных организаций, то есть каждая 17-я; по данным «К2Тех» доля пилотных ИИ-проектов без продолжения сократилась с 90% к началу 2025 года до 80% к его концу; оценка лаборатории искусственного интеллекта Школы управления «Сколково» — до 95% компаний не получают нужной отдачи от внедрения ИИ: обзор TAdviser.
• Что мешает внедрению в России: экспресс-информация ИСИЭЗ НИУ ВШЭ (сентябрь 2025) по данным обследования свыше 15 тыс. крупных и средних организаций — пользователей ИИ, проведённого Росстатом: 66% используют технологии обработки визуальных данных, 50% — интеллектуальную поддержку принятия решений и управления; главные препятствия — высокие затраты (58%), слабая ИКТ-инфраструктура, нехватка кадров и дефицит данных; 48% организаций заявили об отсутствии потребности в технологиях ИИ: публикация ИСИЭЗ НИУ ВШЭ.
• Требования к защите персональных данных при обработке: статья 19 Федерального закона № 152-ФЗ «О персональных данных» — обязанность оператора принимать правовые, организационные и технические меры, включая ограничение доступа и учёт носителей информации: КонсультантПлюс, текст закона.