Объект автономизации

Глава 01 закончилась обещанием: возьмём ту же очередь обращений и доведём её до состояния, когда она решается сама. Между обещанием и работой стоит вопрос, который на том совете так никто и не произнёс вслух: какую именно работу вы собираетесь передать? Сорок инициатив прошли перед вами, и каждая строка твердила одно: инструмент стоит, работу делает человек. Значит, передавать предстоит саму работу. Осталось понять, что это такое, - и предупреждаю сразу: первые три ответа, которые прозвучат за вашим столом, окажутся промахами.

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

Три выстрела - три попадания рядом с целью. Передаётся то, что лежит между отделом, должностью и коробкой и не совпадает ни с одним из них. Эта глава - про то, что это за единица и как её увидеть. Ставка простая. Пока единица неразличима, разговор про автономизацию остаётся разговором про закупку софта. Как только различима - у вас в руках объект, который можно оценить, передать и, если понадобится, вернуть. Формула книги начинает работать ровно здесь: перевод способностей в автономный режим начинается с того, что способность становится видимой.

Способность, которую передают

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

Спуститесь на линию обращений и посмотрите не на людей и не на регламент, а на сам ход работы. Обращение вошло; его поняли; выбрали ответ; что-то изменилось в системах; вопрос закрыт - или не закрыт, и тогда это чего-то стоило. У этого хода есть вход и выход, критерий качества, цена ошибки и обратимость. Несут его вместе люди, процессы, данные и технологии - но сам он не совпадает ни с одним из носителей. Это и есть способность. Введение закрепило за ней определение и роль единицы передачи; здесь мы впервые берём её в руки и смотрим, из чего она сложена и что вокруг неё строят.

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

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

Замкнутый контур: семь элементов

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

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

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

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

Водораздел: кто держит петлю

У одной и той же способности есть два состояния, и между ними проходит водораздел книги. Издалека они неразличимы: «у нас на обращениях работает ИИ». Вблизи расходятся до противоположности. Выбор здесь жёсткий: петлю держит либо человек, либо система. Третьего положения у этой конструкции нет.

Разомкнутое состояние глава 01 разобрала под микроскопом: подготовка ускорилась, решённость не измеряется, канал ответственности остался прежним. Для водораздела из того разбора нужна одна строка: петлю там держит человек - и держит её собой, по каждому обращению.

Чего стоит это состояние, рынок к середине десятилетия показал публично, и глава 01 разобрала эти истории. Компании, расширившие захват без замкнутого контроля результата, разворачивали решение дорого и на виду. А там, где канал ответственности оставляли разорванным, последствие всё равно возвращалось организации: трибунал возложил ответственность за действия агента на компанию и отклонил довод, что бот отвечает за себя сам [2]. У разомкнутого захвата есть публичная цена - и платит её не бот.

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

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

В этом разделении ни разу не прозвучала мощность модели - и это не случайно. Слабую модель, обёрнутую честным замкнутым контуром на узкой задаче, отрасль водит в автономном режиме; сильнейшая модель в разомкнутом ассистенте так и остаётся ускорителем, который тихо портит метрику. Отсюда вывод, ради которого водораздел и проводился: автономию задаёт устройство контура, а не сила того, что посажено внутрь. Хотите поспорить - сначала пересчитайте по этой строке свои сорок инициатив.

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

Замкнутое состояние вблизи

Замкнутое состояние делает два движения сразу: сужает захват и замыкает контур. Система берёт ограниченный набор обращений: определённые типы запросов и уровень риска ниже заданного порога. Внутри этих границ она ведёт обращение до конца - принимает, понимает, отвечает, выполняет операцию в системах - и сама измеряет результат: решён ли вопрос клиента с первого обращения. Это состояние, где система действует в границах политики, а финальная подотчётность закреплена за человеком; в словаре книги у него имя - Policy-Bounded.

Разберём одно обращение от начала до конца. Клиент пишет: не прошёл платёж по подписке. Контур принимает сигнал вместе с историей клиента, относит запрос к классу «сбой оплаты», видит риск ниже порога - и ведёт до конца сам: проверяет статус транзакции в биллинге, повторяет списание, отвечает клиенту, помечает вопрос решённым и ждёт, вернётся ли клиент с тем же. Следующее обращение - спор о годовом списании с требованием компенсации - тот же контур относит к более высокому классу риска, останавливается на границе и отдаёт человеку весь контекст: переписку, историю, что проверено. Человек принимает работу в понятном состоянии, с готовым контекстом под рукой.

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

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

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

Захват здесь меньше, чем в разомкнутом состоянии, где ассистент касается всех обращений. Зато этот меньший захват замкнутость доводит до результата и отвечает за него. Рынок на момент написания дал и работающую конфигурацию такого рода - её механика в примере рядом [1]. Оговорка, обещанная во введении: это самоотчёт компании, не независимое измерение, и таких публичных случаев пока единицы - положительная сторона водораздела моложе отрицательной.

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

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

Инструмент: Выделение контура

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

1. Приём сигнала. Хватает ли контуру входа - канал, история клиента, тип и риск запроса, - чтобы решать без догадок, или он ловит только часть картины?
2. Понимание. Классифицирует ли система тип обращения и оценивает ли риск относительно порога, или обрабатывает всё одинаково?
3. Решение. Выбирает ли система ответ и действие сама, в границах политики, - или предлагает варианты человеку?
4. Действие. Совершает ли система действие, меняющее состояние в системах компании, - или готовит черновик?
5. Контроль результата. Возвращается ли решённость измеримым сигналом на вход, и живёт ли с этой метрикой названный владелец результата?
6. Граница и эскалация. Есть ли явный порог, за которым система останавливается и зовёт человека, и держит ли порог названный владелец риска?
7. Обратимость и обучение. Посчитана ли цена возврата - сколько операторов и за какой срок примут поток? Возвращаются ли разобранные инциденты в правила?

Теперь считайте «да». Ноль-два - перед вами инструмент: работу делает человек. Три-пять - разомкнутый ассистент, та самая зона ассистентов из Теста эпохи: помощь, претендующая на автономию без полного контура. Шесть-семь - замкнутый контур. И одно правило перекрывает любую арифметику: нет владельца результата - петлю не закрывает никто, сколько бы «да» ни набралось по остальным строкам.

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

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

Что дальше

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

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

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

Источники

[1] Allianz, программа Nemo - обработка клиентских обращений (официальная публикация компании, ноябрь 2025, через web.archive.org; запуск в Австралии, июль 2025). Несколько агентов под надзором человека, заявленное сокращение времени обработки около 80 процентов, захват ограничен классом обращений, человек держит границу и подотчётность - конфигурация Policy-Bounded. Статус - факт (самоотчёт компании), стареет.

[2] Ответственность за ответ бота - на компании: чат-бот Air Canada дал клиенту неверную информацию о тарифе; трибунал British Columbia Civil Resolution Tribunal (решение Moffatt v. Air Canada, 2024 BCCRT 149, февраль 2024) возложил ответственность на компанию и отклонил довод, что бот - отдельный субъект. Статус - факт (судебное решение). Подробный разбор - глава 01. → ссылка

Публичная история разомкнутого захвата (финтех-ассистент) разобрана в главе 01 - здесь она идёт отсылкой, без пересказа; история банка приведена во врезке.