В одном из постов Telegram-канала «Между», отталкиваясь от внешнего материала об интервью, я сформулировала уже собственное наблюдение: «Я не стала свободнее — я стала делать больше». Это было не обобщение о чужой производительности, а описание того, что происходило в моей работе. Ускорение появилось, а свободное время — нет.
В этом нет противоречия. Если целью было увеличить объём работы, то возможность делать больше за то же время может быть ровно тем результатом, ради которого внедрялась технология. Но часто ожидание бывает другим. Хочется меньше рутины, меньше постоянного участия, меньше перегруза, больше пространства для другой работы или просто времени, которое перестанет быть занято операционными действиями.
И тогда возникает вопрос: если часть операций действительно стала быстрее, куда именно ушёл полученный выигрыш?
Быстрее одна операция — не значит меньше вся работа
Экономию времени легко увидеть там, где есть чёткое «до» и «после». Раньше на подготовку черновика уходил час, теперь двадцать минут. Раньше данные собирались вручную, теперь это делает автоматизация. Раньше нужно было последовательно выполнить пять действий, теперь достаточно запустить один процесс.
На уровне отдельной операции выигрыш очевиден. Но человек работает не внутри одной операции. Он находится внутри системы, где после законченной задачи появляется следующая, результат нужно использовать, проверить или передать дальше, а созданное решение со временем приходится поддерживать и изменять.
Поэтому двадцать сэкономленных минут ещё не являются двадцатью минутами свободного времени. Они могут стать началом следующей задачи.
Именно это я замечаю в собственной работе. Если черновик появился раньше, я не обязательно закрываю компьютер. Я успеваю прочитать ещё один материал, запустить ещё один процесс, проверить ещё один результат, начать то, до чего прежде не дошли бы руки. Потолок постепенно сдвигается: за то же время становится нормальным сделать больше.
В другом наблюдении из «Между» для меня важен следующий шаг этого механизма. Когда результат приходит быстро, следующая задача становится доступной раньше. Проверка при этом никуда не исчезает, но теперь она конкурирует уже не со временем ожидания, а со следующим делом, которое можно немедленно начать. Скорость начинает влиять не только на продолжительность отдельной операции, но и на сам ритм работы.
Получается, что автоматизация может уменьшить время исполнения и одновременно увеличить объём того, что человек берёт на себя. Это вполне может быть желаемым эффектом — но это уже другой результат, чем «у меня освободится время».
Иногда работа не исчезает, а меняет форму
Есть ещё один механизм, который я несколько раз замечала в собственной работе с агентами.
Я передаю системе задачу именно потому, что не хочу выполнять каждый промежуточный шаг сама. В этом и смысл делегирования. Но после передачи может возникнуть другая работа: убедиться, что результат действительно появился там, где должен был появиться, что система сделала именно то, о чём сообщила, что использовала ожидаемые инструменты и не вышла за границы задачи.
В моём опыте с OpenClaw был простой эпизод. Агент сообщил о выполненной работе, но когда я пошла проверять внешний результат, обнаружилось расхождение. Дальше мне пришлось уже не выполнять первоначальную задачу, а исследовать, что произошло: смотреть состояние в Notion, проверять логи, разбираться с использованными инструментами и расходами.
Один такой эпизод ничего не говорит об агентных системах вообще, но хорошо показывает само различение: работа, которую перестал выполнять человек, и человеческая работа, оставшаяся после автоматизации, — не обязательно одно и то же множество задач.
Часть исполнения может исчезнуть, а на её месте появятся проверка, исправление и присмотр. И чем убедительнее выглядит готовый результат, тем легче не заметить цену этой части работы. Тему прослеживаемости я отдельно разбирала в материале «Когда ИИ говорит “готово”». Для вопроса о времени здесь важно другое: проверка тоже занимает время, даже если сама генерация или выполнение стали почти мгновенными.
Есть и менее заметная нагрузка — внимание.
Когда я пробовала Claude Cowork, меня интересовала именно возможность убрать часть рутины. Но довольно быстро возникли другие вопросы: какие доступы дать системе, какие материалы можно ей открывать, где лежат чувствительные данные, какое действие допустимо без моего подтверждения. Я ожидала разгрузки внимания, а обнаружила необходимость по-новому им управлять.
Для меня здесь важен не вывод о конкретном инструменте, а сам перенос нагрузки. Раньше я выполняла действие. Теперь мне нужно удерживать условия, при которых его безопасно выполняет другая система.
Снаружи ручной работы стало меньше. Изнутри ответственность не обязательно уменьшилась.
Автономность тоже требует человеческой работы вокруг неё
Чем больше система способна делать самостоятельно, тем важнее становится не только качество финального результата, но и возможность заметить отклонение вовремя.
В «Между» я разбирала слово «управляемость» очень приземлённо. Например, важно не просто обнаружить вечером, что агент сделал не то. Важно успеть увидеть, что он пошёл не туда, прежде чем ещё два часа будет доделывать ненужный результат, расходовать ресурсы или продолжать действия в неверном контексте.
Для этого происходящее должно быть достаточно видимым, процесс — останавливаемым, а человеку должно быть понятно, в какой момент его вмешательство действительно необходимо.
Здесь появляется работа, которую легко не учитывать в первоначальной картине экономии времени. Человек может больше не нажимать каждую кнопку сам, но кто-то должен определить границы действия, понять, что считать отклонением, решить, где требуется остановка, а в некоторых системах — сохранить возможность восстановить ход работы.
В августе я попробовала приложить к своей системе вопросы из внешнего стандарта контроля агентных систем. И обнаружила знакомое расхождение: способность поручать системе всё больше задач росла быстрее, чем моя способность восстановить, как именно каждая из них была выполнена.
Дальше начали проявляться вещи, которые в момент быстрого внедрения легко отложить. Если ради скорости где-то временно сняли ограничение, потом его нужно вернуть. Если система обросла подключёнными сервисами, ключами и агентами, однажды приходится собирать их в понятный список. Если должен существовать план остановки, сначала необходимо знать, что именно подключено и что потребуется останавливать.
Это уже сопровождение работающей системы.
Тот же способ смотреть не на отдельный инструмент, а на всю рабочую систему — задачи, данные, инструменты и точки человеческого участия — виден и в опубликованном кейсе «Pannello operativo personale». Для меня он важен здесь именно как практический контекст такого системного взгляда, а не как доказательство того, какой эффект автоматизация должна давать в других ситуациях.
В одном из постов этой серии я очень грубо оценила собственное время: около сорока процентов в той конкретной рабочей ситуации приходилось на проверку, исправление, доработку и присмотр за уже сделанным. Это была самооценка моей рабочей среды в конкретный момент, а не ориентир для других компаний.
Но сам вопрос после такой оценки становится интереснее: если технология ускоряет производство результата, учитываем ли мы работу, которая возникает вокруг этого результата?
Часть цены решения появляется позже
Ещё одна причина, по которой первоначальная экономия может выглядеть больше итоговой, состоит в том, что мы видим стоимость внедрения сейчас, а часть работы появляется только потом.
В одном из ранних разборов лекции Лоуренса Морони мне было важно наблюдение о быстрых решениях, которые сначала хорошо выполняют задачу, а затем начинают ограничивать следующие изменения. Новое вмешательство требует больше усилий, исправление одной части затрагивает другую, система постепенно становится менее гибкой.
Речь не о том, что автоматизация неизбежно создаёт технический долг. Важнее более узкая мысль: решение имеет не только стоимость создания, но и последующую стоимость существования.
Автоматизация может сегодня убрать пять ручных действий. Через несколько месяцев может понадобиться изменить процесс, заменить интеграцию, пересмотреть доступы, обновить правило или понять, почему результат больше не соответствует новой реальности.
Эта работа тоже относится к системе, которую когда-то внедрили ради экономии времени. Она не отменяет первоначального выигрыша, но меняет итоговый расчёт.
Возможно, система всё равно остаётся очень выгодной. Возможно, благодаря ей организация действительно производит больше и работает устойчивее. Но тогда точнее говорить именно об этом, а не автоматически переводить любое ускорение в «освободившиеся человеческие часы».
Потому что скорость, объём, снижение ручного исполнения и снижение общей нагрузки — разные результаты.
Что автоматизация вообще должна была изменить?
В какой-то момент я бы перестала считать минуты и вернулась к вопросу, который появился у меня ещё в разборе другой лекции Лоуренса Морони.
Когда запрос звучит как «нам нужно внедрить агентов» или «это нужно автоматизировать», решение уже названо. Но исходное намерение может быть другим: сократить бессмысленные человеческие часы, снять перегруз, ускорить выполнение, увеличить объём, уменьшить постоянное участие человека.
И это не одно и то же.
Можно построить сложное и технологически хорошее решение и при этом не изменить исходную ситуацию, если критерий результата находился на другом уровне.
Если человек хотел производить больше и автоматизация позволила производить больше, отсутствие свободного времени не делает её неудачной. Если он хотел меньше заниматься исполнением и действительно перестал выполнять рутинные шаги, это тоже реальный результат.
Но если ожидание состояло в том, чтобы разгрузить себя, а ручное исполнение заменилось постоянным наблюдением, проверкой, исправлениями и новой ответственностью за систему, итог стоит рассмотреть ещё раз — не для того, чтобы доказать ошибочность автоматизации, а чтобы различить, что именно она изменила.
Когда я смотрю на подобную ситуацию, мне важно удерживать несколько вопросов одновременно. Что стало быстрее в действительности? Какая человеческая работа исчезла? Какая появилась или просто переместилась в другое место? Стал ли человек свободнее или система просто начала производить больше? Какие обязательства появились после внедрения? И главное — совпал ли этот эффект с тем изменением, ради которого автоматизацию вообще начинали?
Эти вопросы не являются чек-листом, который человек обязан заполнить перед обращением. Часто ответ на них становится виден только при разборе самой работы.
Можно прийти гораздо раньше, с простым наблюдением: «мы уже автоматизировали, что-то действительно стало быстрее, но того изменения, которого мы ожидали, не произошло».
Если ситуация пока формулируется именно так, этого достаточно, чтобы начать её прояснять — можно просто написать мне. Не нужно сначала ставить себе диагноз, выбирать услугу или заранее понимать, где именно находится проблема.
Потому что она не обязательно в технологии и не обязательно в плохом внедрении. Возможно, автоматизация прекрасно делает ровно то, что ей поручили.
Остаётся понять другое: какую работу она действительно сняла с человека, какую создала вокруг себя и что в итоге произошло со всей системой.