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

В этом материале
Что измерили в ActivTrak: 9140 человек и окно рабочего дняШесть этапов, где прячется время задачиЗаполните дневник пять дней: одна задача, два режимаНазначьте лимит переделок до стартаРешите в пятницу: оставить, сузить или остановитьЧто эта неделя не доказывает: пять ограниченийИстория измененийПодготовка и редакционная проверкаПомощник отдаёт черновик за минуту, а вечер всё равно уходит на проверку, переделки и перенос результата. Ниже — процедура на пять рабочих дней: одна повторяемая задача, раздельный учёт минут, заранее объявленный предел переделок и три возможных решения в пятницу. Повод — заметка BFM от 2 ноября 2026 года о данных ActivTrak Productivity Lab. Повод архивный, вопрос — рабочий.
Что измерили в ActivTrak: 9140 человек и окно рабочего дня
ActivTrak Productivity Lab опубликовала разбор 29 октября 2026 года. Это не опрос: взяты поведенческие данные цифровой работы 9140 сотрудников из 467 предприятий за период с 1 апреля по 25 сентября 2026 года. У групп, использующих ИИ, окно рабочего дня составило от 8,42 до 9,08 часа, у не использующих — 7,58 часа.
Окно рабочего дня — это интервал от первой до последней зафиксированной активности, а не отработанные часы и не непрерывный труд. Длинное окно может означать дробный день с перерывами на дорогу, детей и домашние дела.
Направление связи данные не устанавливают. Возможно и обратное объяснение: ИИ активнее берут там, где нагрузка и так выше. Добавьте к этому ещё одно обстоятельство: блог и пресс-релиз ActivTrak — две страницы одного поставщика, который продаёт ПО для измерения продуктивности. Это один набор данных и один коммерчески заинтересованный источник, а не два независимых исследования. Спорить с чужой выборкой бессмысленно; полезнее посмотреть на собственные минуты.
Шесть этапов, где прячется время задачи
Ощущение «стало быстрее» обычно относится к одному этапу — получению черновика. Считать нужно весь путь от исходных данных до принятого результата:
- Постановка задачи и промпт — собрать вводные, сформулировать запрос, приложить материалы.
- Ожидание — время генерации или ответа.
- Проверка — факты, цифры, ссылки, соответствие требованиям; своя проверка и проверка коллеги считаются раздельно.
- Переделки — повторные попытки получить годный результат.
- Ручная доводка — то, что вы дописываете и исправляете сами.
- Передача результата — перенос в документ, рассылку или в задачи команды, если команда ведёт работу там.
Два правила учёта, без которых цифры поплывут. Первое: активные минуты человека и календарное ожидание записываются раздельно и не складываются. Если во время генерации вы занимались другим делом, это ожидание, а не работа. Одну и ту же минуту одного человека учитывайте только в одном этапе. Если двое работали одновременно, запишите минуты каждого: это человеко-минуты, а не длительность по часам. Второе: не выносите чужую проверку за кадр. Когда результат смотрит коллега, его минуты идут в тот же дневник — иначе вы измеряете не трудоёмкость, а перекладывание.
Заполните дневник пять дней: одна задача, два режима
Выберите одну повторяемую задачу с понятным критерием годности. Для примера формата: ответ клиенту с фиксацией итога в карточке контакта. Это учебный пример повторяемой задачи, а не кейс редакции: итог в карточку вы переносите руками, автоматической связи с вашим процессом здесь не предполагается. Подойдут и другие однотипные задачи — карточка товара, еженедельная сводка, ответ на типовой запрос.
Задача не меняется в середине недели. Дни 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. Редактор: Михаил Бородачев.
Источники
- ActivTrak Productivity Lab, блог, 29 октября 2026 · Дата обращения:
- ActivTrak, пресс-релиз того же поставщика, 29 октября 2026 · Дата обращения:
- BFM, заметка от 2 ноября 2026 · Дата обращения: