Разрыв в использовании в 8,3 раза: внедрение агентов на предприятиях — это проблема соответствия рабочим процессам, а не проблема лицензирования
Внедрение ИИ на предприятиях часто измеряется количеством лицензий. Однако сообщения о разрыве в 8,3 раза между количеством лицензий и активным использованием агентов говорят о том, что проблема глубже. Это не провал закупок и не провал обучения; это свидетельство того, что рабочие процессы агентов проектируются вокруг организационной структуры, а не вокруг последовательности решений, которая фактически требуется для выполнения задачи.
Что на самом деле измеряет этот разрыв
Количество лицензий измеряет намерение внедрять. Использование измеряет, вписывается ли агент в существующий путь принятия решений, не заставляя человека перестраивать свою работу. Разрыв такого размера указывает на то, что большинство развёрнутых агентов находятся рядом с рабочим процессом, а не внутри него. Они требуют, чтобы человек транслировал выходные данные агента в систему учёта. Эта закономерность повторяется в разных отраслях: отели, обработка ипотечных заявок и финансы — все сообщают о внедрении без готовности.
Механизм прост: когда агент пристраивают к краю процесса, он создаёт артефакты, которые людям приходится копировать, вставлять или вводить заново. Этот этап трансляции — трение. Трение снижает использование. Агент превращается в демонстрацию, которую показывают посетителям, но на которую никогда не полагаются.
Соответствие рабочему процессу как проектное ограничение
Соответствие рабочему процессу — это степень, в которой агент занимает конкретный шаг в последовательности решений, не нарушая окружающий рабочий процесс человека. Чтобы достичь соответствия, сначала составьте карту последовательности решений: кто решает, на основании каких данных, в какой срок. Затем поместите агента на конкретный шаг, а не на границу системы.
Агенты, которые заменяют целую роль, терпят неудачу. Агенты, которые отвечают за одно решение внутри роли, добиваются успеха, потому что окружающий рабочий процесс человека остаётся нетронутым. Например, агент, который готовит рекомендацию по предварительному одобрению ипотеки на основе документов о доходах и кредитной истории, может добиться успеха, если он записывает эту рекомендацию в систему выдачи кредитов, где сотрудник-андеррайтер уже рассматривает такие заявки. Рабочий процесс андеррайтера остаётся прежним; агент просто добавляет структурированный ввод.
Поверхность интеграции важнее качества модели. Агент, который не может записывать данные обратно в систему учёта, будет использован один раз и заброшен. Качество модели влияет на точность решения, но интеграция определяет, войдёт ли решение в реальный процесс. Без обратной записи выходные данные агента — сирота.
Почему метрики лицензирования вводят в заблуждение
Метрики на основе лицензий вознаграждают развёртывание, а не интеграцию. Они считают, сколько людей имеют доступ, а не сколько решений улучшено. Следовательно, они всегда будут показывать внедрение, которое не подтверждается использованием. Полезная метрика — количество решений в неделю, обрабатываемых агентом без доработки человеком, а не активированные лицензии.
Для измерения этой метрики необходимо отслеживать запуски агентов до последующих результатов. Большинство корпоративных стеков этого не делают. Они регистрируют вызовы агентов, но не то, был ли результат принят, изменён или отброшен. Без этого отслеживания организация не может отличить агента, который используется, от агента, который просто доступен.
Конкретный механизм отслеживания: прикрепите уникальный идентификатор к каждому выходу агента и распространите его через систему учёта. Когда человек действует на основе этого выхода, действие связывается обратно с запуском агента. Это позволяет измерить коэффициент доработки: долю выходов агента, которые люди изменяют перед использованием. Высокий коэффициент доработки указывает на плохое соответствие рабочему процессу.
Практическое правило
Перед развёртыванием агента запишите три вещи: решение, за которое он отвечает, данные, которые ему нужны, и систему, в которую он записывает обратно. Если чего-то из трёх не хватает, агент — это демонстрация. Это правило заставляет чётко определить роль агента и предотвращает распространённую ошибку — развёрт
Относитесь к первой интеграции как к продукту. Выживает тот агент, чей результат попадает в очередь, которую кто-то уже читает. Это означает интеграцию с существующей системой учёта, а не создание новой панели мониторинга. Измеряйте коэффициент доработки, а не коэффициент использования. Низкий коэффициент доработки при умеренном использовании лучше, чем высокое использование с высокой доработкой.
Компромисс — это скорость против долговечности. Глубокая интеграция требует больше времени на создание, потому что необходимо понимать систему учёта, её API и её модель данных. Но поверхностная интеграция порождает агентов, которых забрасывают после первых нескольких использований. Честный компромисс в том, что нельзя одновременно иметь быстрое развёртывание и долговечное внедрение; нужно выбрать, что важнее.
Цена ошибки
Агенты, развёрнутые рядом с рабочими процессами, порождают теневые процессы. Люди копируют выходные данные в реальную систему, и телеметрия агента никогда не отражает реальное решение. Это заставляет разрыв в 8,3 раза выглядеть как проблема обучения, тогда как на самом деле это архитектурная проблема. Решение неброское: меньше агентов, уже области применения, глубже интеграция.
Теневые процессы также скрывают истинную стоимость. Время человека, потраченное на трансляцию выходных данных агента, не отражается в метриках агента, поэтому организация может полагать, что агент экономит время, тогда как на самом деле он добавляет шаг. Со временем это подрывает доверие к инициативам в области ИИ и затрудняет будущее внедрение.
Архитектурное решение требует переосмысления того, как проектируются агенты. Вместо того чтобы начинать с модели и спрашивать, что она может делать, начните с последовательности решений и спросите, где агент может добавить ценность, не нарушая поток. Это часто означает, что агент делает меньше, чем изначально предполагалось, но то, что он делает, полностью интегрировано.
Заключение
Разрыв в использовании в 8,3 раза — это не проблема лицензирования. Это проблема соответствия рабочему процессу. Предприятия, которые закроют этот разрыв, сделают это, проектируя агентов вокруг последовательностей решений, а не организационных структур. Они будут измерять количество решений в неделю без доработки, а не активированные лицензии. И они будут относиться к интеграции как к продукту, а не как к запоздалой мысли.
Путь вперёд ясен: меньше агентов, уже области применения, глубже интеграция. Именно так закрывается разрыв.