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