Как объяснить совету директоров ценность инвестиций в ИИ-агентов

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

Сначала определитесь, о чём именно просите деньги

«Агент» — растянутое слово. Для одного это чат-бот с доступом к базе знаний, для другого — система, которая сама читает заявку, дёргает несколько внутренних API и закрывает задачу без человека. Совету всё равно, какая под капотом модель. Ему важно, что именно агент делает вместо сотрудника или процесса и где проходит граница его автономности.

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

Агент^* — это не чат-бот

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

Три способа посчитать отдачу — и какой выбрать

Отдачу от агентов считают по-разному, и подмена одного другим — частая причина, по которой совет не верит цифрам. Разложите так:

• Экономия времени. Часы сотрудников, которые агент забирает. Легко посчитать, легко оспорить: «сэкономленный час» превращается в деньги только если человека сократили или он занялся выручкой, а не сидит в чате.
• Рост пропускной способности. Тот же штат обрабатывает больше обращений, заявок, тикетов. Убедительно там, где нагрузка растёт и наём не поспевает.
• Снижение риска и ошибок. Меньше просроченных сроков, пропущенных документов, штрафов. Труднее оцифровать, но именно этот аргумент часто ближе всего совету, если у компании были дорогие инциденты.

Возьмите один основной эффект, а не все три сразу. Слайд, где агент одновременно «сэкономит 40% времени, удвоит пропускную способность и снизит риски», читается как маркетинг, а не как расчёт.

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

Считайте полную стоимость, а не только подписку

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

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

Говорите на языке пилота, а не большого запуска

Совету проще одобрить ограниченный пилот с понятной ценой ошибки, чем «платформу для всей компании». Структура, которая обычно проходит:

1. Один процесс, где ошибка не критична и метрика измерима (например, черновики ответов поддержки, а не финальная отправка клиенту).
2. Фиксированный бюджет и срок — сколько денег и на сколько недель вы просите, чтобы получить цифру.
3. Заранее объявленный критерий успеха и провала: при каком результате масштабируем, при каком закрываем.
4. Человек в контуре на старте — агент готовит, человек подтверждает, и вы измеряете долю решений, которые прошли без правок.

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

Кому этот подход пригодится, а кому нет

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

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

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

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

^* Агент — программа на основе языковой модели, которая не просто отвечает текстом, а сама выполняет цепочку действий: обращается к внешним системам, вызывает функции, принимает промежуточные решения ради заданной цели. Ключевое отличие от чат-бота — способность совершать действия, а не только генерировать ответ.