Помощник отдаёт черновик за минуту, а вечер всё равно уходит на проверку, переделки и перенос результата. Ниже — процедура на пять рабочих дней: одна повторяемая задача, раздельный учёт минут, заранее объявленный предел переделок и три возможных решения в пятницу. Повод — заметка BFM от 2 ноября 2026 года о данных ActivTrak Productivity Lab. Повод архивный, вопрос — рабочий.

Что измерили в ActivTrak: 9140 человек и окно рабочего дня

Окно рабочего дня
ActivTrak, 29 октября 2026. Диапазон групп пользователей; связь не доказывает причину.

ActivTrak Productivity Lab опубликовала разбор 29 октября 2026 года. Это не опрос: взяты поведенческие данные цифровой работы 9140 сотрудников из 467 предприятий за период с 1 апреля по 25 сентября 2026 года. У групп, использующих ИИ, окно рабочего дня составило от 8,42 до 9,08 часа, у не использующих — 7,58 часа.

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

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

Шесть этапов, где прячется время задачи

Шесть этапов задачи
Авторская схема полного цикла: ширина этапов не обозначает длительность.

Ощущение «стало быстрее» обычно относится к одному этапу — получению черновика. Считать нужно весь путь от исходных данных до принятого результата:

  1. Постановка задачи и промпт — собрать вводные, сформулировать запрос, приложить материалы.
  2. Ожидание — время генерации или ответа.
  3. Проверка — факты, цифры, ссылки, соответствие требованиям; своя проверка и проверка коллеги считаются раздельно.
  4. Переделки — повторные попытки получить годный результат.
  5. Ручная доводка — то, что вы дописываете и исправляете сами.
  6. Передача результата — перенос в документ, рассылку или в задачи команды, если команда ведёт работу там.

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

Заполните дневник пять дней: одна задача, два режима

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

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

Скачать дневник в CSV — в нём одна строка на каждую завершённую задачу, а не на день. День повторяется столько раз, сколько задач вы закрыли; строки добавляйте по мере работы. В шаблоне пять пустых строк для дней 1–5, значения не проставлены.

ПолеЧто записывать
task_idКороткий идентификатор задачи, уникальный в пределах недели
день1–5
режим«вручную» или «с ИИ»
тип_задачиНапример, «ответ клиенту»
сложностьВаша шкала: низкая, средняя, высокая
постановка_минАктивные минуты на вводные и промпт
ожидание_минКалендарная задержка; в сумму активных минут не входит
проверка_своя_минВаши минуты на проверку
проверка_коллеги_минМинуты проверяющего коллеги
переделки_минПовторные попытки до годного результата
доводка_минРучные правки после последней попытки
передача_минПеренос результата в рабочую систему
итерацииСколько попыток понадобилось
годноДа или нет по вашему критерию
причина_отказаЕсли «нет» — одной строкой
примечаниеПомехи, подсказки, особенности задачи

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

Учебный пример арифметики, не полевые данные: 90 активных минут и 6 принятых результатов дают 15 минут на принятый результат.

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

Назначьте лимит переделок до старта

Главный источник незаметных потерь — «ещё один промпт». Объявите предел числа попыток заранее и запишите его в дневник до начала недели. Как пример возьмите три попытки: это предлагаемый ориентир для вашего пилота, а не действующий норматив редакции. Ваш предел зависит от цены ошибки и от того, сколько стоит ручная альтернатива.

ШагДействиеЧто фиксируете
До стартаНазначить лимит N и критерий годностиN, формулировка «годно»
Попытки 1…NРаботать по лимитуМинуты и число итераций
Лимит исчерпанПереходить на ручную доводкуОстаток ручной работы в минутах
Итог задачиОтметить «годно: да/нет»Причина, если «нет»

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

Решите в пятницу: оставить, сузить или остановить

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

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

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

Что эта неделя не доказывает: пять ограничений

ОграничениеКак читать результат
Малая выборкаОдин человек и одна задача — наблюдение, а не статистика
Не научный тестПятидневный формат — процедура первичной диагностики
Связь ≠ причинаРазница в минутах может объясняться сложностью задач и загрузкой недели
Окно дня ≠ трудозатратыДанные ActivTrak измеряют интервал активности, а не объём и качество работы
ДобровольностьЭто самозамер, а не контроль за сотрудниками; без согласия человека он не имеет смысла

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

Раскрытие. Журнал ведёт команда Smokva — платформы ИИ-агентов, и это наш собственный продукт. Smokva не измеряет ваше время автоматически и не заполняет дневник: учёт вы ведёте сами. Материал подготовлен с помощью ИИ-ресерчера, копирайтера и PR-редактора Smokva. Графику и сборку выполнил координатор Codex. За содержание отвечает редакция Smokva.

История изменений

Существенные исправления не зарегистрированы.

Подготовка и редакционная проверка

Материал подготовлен с участием ИИ. Инструмент: ИИ-агенты Smokva и Codex. Участие: ИИ-ресерчер, PR-редактор, ИИ-копирайтер, координатор Codex — SVG и сборка. Пилот подготовлен ИИ-агентами Smokva; источники прочитал ресерчер, текст проверил PR-агент. Координатор Codex подготовил SVG и сборку по разовому поручению владельца. Независимый эксперимент и прочтение финального текста человеком не заявляются. Утвержденная версия: 2. Редактор: Михаил Бородачев.