Заложите время на проверку ИИ до того, как запуск застопорится

Почему работа с ИИ выглядит быстрее, чем есть на самом деле

ИИ может подготовить черновик за считаные минуты. Это реальная скорость, но она покрывает только первую часть работы. Потом кто-то все равно должен прочитать текст, проверить факты, сравнить его с правилами, исправить слабые формулировки и решить, можно ли отдавать это команде.

Большинство команд учитывают только видимую часть. Они измеряют, как быстро черновик появляется на экране. Но они не измеряют более медленную часть, которая начинается потом: проверку, исправления, согласование и иногда второй круг правок, если первый вариант оказался неудачным.

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

Простой пример показывает ловушку. Сотрудник использует ИИ, чтобы подготовить пять ответов клиентам за 10 минут. На бумаге это выглядит как огромная экономия. Но если старший руководитель тратит по 6 минут на проверку каждого ответа, команда потратила 40 минут, а не 10. Работа над черновиками действительно стала быстрее. Но вся задача не сократилась на ту же величину.

Вот почему пилоты ИИ часто выглядят лучше, чем последующий запуск. В первых расчетах делают упор на время создания и не учитывают время на проверку ИИ. Затем в бюджете предполагают, что тот же штат сможет взять на себя дополнительную проверку. Через несколько недель согласования накапливаются, сроки сдвигаются, а старшие сотрудники становятся узким местом.

Проблема не в том, что ИИ медленный. Проблема в том, что работа по проверке остается скрытой, пока объем не вырастет. Руководители видят больше черновиков, но не видят очередь из решений, которая стоит за ними, пока она не начинает съедать время в календаре.

Если вы хотите правильно заложить время на проверку ИИ, относитесь к проверке как к настоящей производственной работе. Черновик, который создается 4 минуты, может все равно требовать 15 минут экспертного внимания, прежде чем ему можно доверять.

Время создания и время проверки — это не одна и та же работа

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

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

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

Простой пример показывает разрыв. Основатель использует ИИ, чтобы за 10 минут подготовить письмо клиенту. Потом руководитель подразделения тратит 25 минут на проверку дат, удаление обещаний, которые команда не может гарантировать, и переписывание частей, которые звучат неестественно. Черновик появился быстро. Готовая к отправке версия — нет.

Если смешать эти цифры, планирование станет неточным. Команда может отчитаться, что ИИ сократил задачу со 60 минут до 15. Но часто это описывает только время создания. Если проверка по-прежнему занимает 20 или 30 минут, реальная экономия меньше, а менеджер все равно каждую неделю несет нагрузку по проверке.

Этот разрыв важен, когда вы считаете время на проверку ИИ. Узкое место часто смещается от человека, который делает черновики, к человеку, который их утверждает. Команды постоянно это упускают, а потом удивляются, почему руководители чувствуют себя заваленными работой, хотя на бумаге выпуск стал быстрее.

Разделяйте работу на две отдельные строки:

• Создание: настройка запроса, повторные попытки, генерация черновика
• Проверка: фактчеки, проверка тона, проверка правил, правки, утверждение

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

Как отслеживать оба времени шаг за шагом

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

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

Лучше всего работает простая схема:

1. Запишите название задачи и дату.
2. Зафиксируйте, сколько заняло создание первого черновика — писал ли его человек сам или использовал ИИ.
3. Отдельно зафиксируйте время проверки: правки, фактчеки, согласование и переписывание.
4. Отметьте, кто проверял материал и сколько кругов понадобилось до одобрения.
5. Пометьте задачу простым ярлыком: «одобрено с первого раза», «одна правка» или «полная переработка».

Эти метки важнее, чем кажется. Руководителям не нужна тяжелая аналитическая таблица. Им нужны категории, которые можно быстро прочитать и обсудить на встрече по штату без расшифровки сложных терминов.

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

Сохраняйте в журнале имена проверяющих. Время на проверку — это не только стоимость для команды. Часто оно ложится на самых дорогих людей в отделе. Если три черновика выглядят быстрыми, но каждый из них дважды проходит через менеджера, скорость создания не рассказывает всю историю.

Небольшой пример это хорошо показывает. Если ИИ готовит обновление для клиента за 8 минут, это звучит отлично. Но если тимлид тратит 12 минут на проверку, а потом просит еще один проход, который занимает 6 минут, реальное время составляет 26 минут, а не 8.

Именно такая цифра нужна, если вы хотите заложить время на проверку ИИ без догадок.

Как превратить сырое время в бюджет

Начните с малого. Возьмите один отдел, одну повторяющуюся задачу и один короткий тестовый период. Недели часто достаточно. Если пытаться измерить все команды сразу, цифры быстро запутаются, и никто им не будет доверять.

Возьмите выборку из того, что люди и так делают каждую неделю, например письма для повторного контакта с клиентами, ответы службы поддержки или черновики отчетов. Цель не в том, чтобы в первый же день найти идеальное среднее. Вам нужна рабочая цифра, которая покажет, сколько времени на проверку действительно требует эта работа.

Для каждой задачи отслеживайте два показателя: сколько ИИ потратил на создание черновика и сколько человек потратил на проверку. Затем разбейте время проверки на три группы: самый короткий случай, обычный случай и самый длинный случай. Этот диапазон важен, потому что руководители редко проверяют работу в идеальных условиях всю неделю.

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

Если руководители участвуют в финальном совещании по утверждению, включите и это время. Даже короткий созвон по согласованию забирает время у нескольких людей. Если три руководителя тратят по 15 минут на утверждение партии материалов, написанных ИИ, это уже 45 минут труда, а не 15.

Простой способ превратить время в бюджет такой:

• Посчитайте, сколько задач с ИИ отдел завершает за обычную неделю.
• Умножьте это число на среднее время проверки.
• Добавьте время на доработки после неудачных проверок.
• Добавьте время на совещания и финальное утверждение.
• Отдельно отметьте самые длинные случаи проверки, чтобы планировать загруженные недели.

Теперь переведите все это в недельные часы. Минуты на задачу звучат мелко и безобидно. Но 40 задач по 12 минут уже дают 8 часов проверки еще до доработок и совещаний. Это уже целый рабочий день.

Чтобы правильно заложить время на проверку ИИ, относитесь к проверке как к запланированной работе, а не как к остаткам времени, которые менеджеры как-то «впитают». Одно это изменение обычно делает бюджет гораздо ближе к реальности.

Простой пример из одного отдела

Менеджеру по маркетингу нужно пять писем о продукте для предстоящего запуска. Она просит ИИ подготовить черновики, и первая версия появляется примерно за 8 минут. На бумаге это выглядит как огромный выигрыш по сравнению с написанием каждого письма с нуля.

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

Теперь команда тратит время на работу, которая не попала в первый замер:

• 8 минут на генерацию и выбор пяти лучших черновиков
• 30 минут у менеджера на проверку фактов о продукте, дат, цен и названий функций
• 40 минут у юристов на проверку утверждений, оговорок и формулировок
• 35 минут у команды бренда на исправление тона, стиля и неуместных фраз
• 25 минут на второй проход после правок и финальное утверждение

Этап написания стал намного короче. Этап согласования — нет. Более того, проверки юристов и бренда создали еще два дополнительных круга, потому что каждая команда вернула замечания, а менеджеру пришлось сводить их в новые версии.

В итоге команда сэкономила, возможно, 2–3 часа на написании. Но почти 2 часа ушло на проверки и согласования. Если менеджер сообщает только: «ИИ сделал пять писем за 8 минут», руководитель отдела на следующей неделе будет ждать нереального объема.

Вот где меняется бюджет. Реальная стоимость — это не только время на ввод запроса. Это внимание менеджера, время юристов и время команды бренда. Эти часы могут стоять в разных календарях, но они все равно имеют значение.

Если вы хотите правильно заложить время на проверку ИИ, считайте каждую проверку после появления черновика. В этом примере ИИ ускорил создание контента, но команде все равно понадобилась почти половина рабочего дня, чтобы подготовить пять писем к отправке.

Это не значит, что ИИ провалился. Это значит, что команда увидела настоящую форму работы. Когда проверка становится видимой, руководители могут правильно распределить нагрузку, а не думать, что скорость печати автоматически означает скорость до одобрения.

Как руководителям планировать еженедельную проверку

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

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

Часто работает такое разделение:

• Легкая проверка: внутренние сводки, черновые планы, заметки со встреч
• Строгая проверка: сообщения клиентам, договоры, цены, правила, финансовая отчетность

Затем задайте для каждого типа задачи свою долю проверки. Этот коэффициент показывает руководителям, какой объем выхода должен смотреть проверяющий. Например, команда может проверять 1 из 5 внутренних сводок, но каждый клиентский запрос и каждую заметку к счету. Коэффициенты делают план конкретным. И они не дают менеджерам делать вид, что всем задачам нужен одинаковый уровень контроля.

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

Заранее внесите эти часы проверки в календарь до запуска. Если руководитель ожидает 8 часов проверки в неделю, заблокируйте это время сейчас. Не оставляйте это как неформальную обязанность, которая будет втискиваться между встречами. Именно так ломается план запуска ИИ: выпуск растет быстро, проверка откладывается, доверие падает.

Чтобы правильно заложить время на проверку ИИ, превращайте доли в часы. Если строгая проверка занимает 12 минут на единицу, а команда ожидает 30 единиц, это уже 6 часов. Добавьте более легкие проверки — и недельная нагрузка очень быстро станет реальной.

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

Ошибки, которые скрывают реальный объем работы

Команды обычно сначала называют самую выгодную цифру: скорость черновика. «ИИ написал это за 6 минут» звучит эффективно, но работа не заканчивается в момент появления черновика. Кто-то все равно должен его прочитать, проверить факты, сравнить с правилами, поправить формулировки и утвердить. Если считать только время создания, на бумаге команда выглядит быстрой, а на практике — перегруженной.

Еще одна ошибка — думать, что один проверяющий сможет взять все это на себя между встречами. Эта идея ломается, как только растет объем. Руководитель может за 15 минут закрыть пять простых черновиков, а потом потратить 40 минут на один ответ клиенту, где затронуты цены, соответствие правилам или риск для бренда.

Небольшая компания часто видит это раньше остальных. Один руководитель отдела проверяет каждую заметку по продажам, каждый ответ поддержки и каждую внутреннюю сводку, написанные ИИ. Пару дней это кажется управляемым. Потом очередь растет, люди ждут утверждения, а руководитель становится узким местом.

Риск тоже меняет расчеты. Команды часто считают все задачи одинаковыми только потому, что этап черновика выглядит похоже. Это не так. Внутренняя сводка, публичный черновик блога и запрос на изменение договора не должны проходить одну и ту же проверку. Когда руководители игнорируют это различие, они не видят реальную нагрузку на утверждение.

Второй и третий круг правок часто исчезают из отчетности. Проверяющий отправляет комментарии. Черновик исправляют. Потом проверяющий смотрит его снова, и иногда еще один человек ставит финальное одобрение. Эти дополнительные проходы могут занимать больше времени, чем первая проверка, особенно если подсказки расплывчаты или исходные материалы беспорядочные.

Простое правило учета исправляет многое:

• Отдельно фиксируйте время создания и время утверждения
• Помечайте каждую задачу как низкорисковую, среднерисковую или высокорисковую
• Считайте каждый круг проверки
• Записывайте, кто проверял материал
• Останавливайте добавление новых задач с ИИ, если очередь продолжает расти

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

Быстрая проверка перед расширением

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

Перед тем как добавлять еще один отдел, остановитесь и ответьте на пять простых вопросов:

• Есть ли в каждом отделе один назначенный человек, который проверяет результаты ИИ?
• Фиксируете ли вы время создания и время проверки отдельно?
• Отмечено ли, какие задачи требуют утверждения руководителя?
• Видят ли менеджеры общее количество часов на проверку за неделю в одном месте?
• Убрали ли вы низкоценные задачи ИИ, где проверка занимает больше времени, чем сэкономил черновик?

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

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

Без раздельного учета команда сообщает об экономии времени и не замечает дополнительную управленческую нагрузку. С раздельным учетом компромисс становится очевидным. Черновики писем могут быть полезны. А заметки к предложениям — не очень, если каждую нужно читать построчно старшему сотруднику.

Именно здесь становятся видны и слабые варианты задач. Некоторые задачи с ИИ экономят немного времени, но создают массу проверок. Такие задачи стоит первым делом приостановить. Оставляйте ту работу, где проверка легкая, правила понятные, а ошибки дешево обнаружить.

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

Что делать дальше

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

Первую выборку не нужно делать идеальной. Она должна быть честной. Если смешать время создания и время проверки, команда решит, что ИИ экономит больше времени, чем есть на самом деле, и запуск начнет тормозить, как только менеджеры окажутся завалены проверками.

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

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

• Проверяйте факты, цифры и имена
• Проверяйте тон и соответствие клиенту
• Проверяйте чувствительные или личные данные
• Проверяйте, готов ли результат к отправке или нужен еще один проход

Делайте эти правила достаточно короткими, чтобы занятый руководитель действительно ими пользовался. Обычно одной страницы хватает. Если правила нужно читать десять минут, их будут пропускать.

После этого обновите бюджеты уже на основе реального времени проверки, а не общих догадок. Команда может быстро создать 100 черновиков, но если на каждый уходит 6 минут на проверку менеджером, это уже 10 часов работы в неделю. Этому времени нужно место в календаре.

Если запуск все равно тормозит после того, как вы собрали данные по времени и написали правила проверки, проблема часто в дизайне процесса или в штате. Внешний специалист может помочь увидеть, где работа накапливается, кто слишком много утверждает и какие задачи вообще не должны проходить через менеджера.

Частичный CTO вроде Олега Сотникова может помочь разложить работу ИИ, нагрузку на проверку и следующие шаги без лишней бюрократии. Начните с малого, соберите чистые цифры, исправьте один процесс и только потом расширяйтесь — после того как нагрузка на проверку несколько недель будет оставаться стабильной.