Сколько времени съедает процесс: хронометраж за неделю

2 августа 2026 · 12 мин чтения

«Это отнимает кучу времени» - самая частая фраза на старте автоматизации и самая бесполезная. Куча - это сколько? Два часа в неделю или сорок? Пока цифры нет, чинят то, что громче раздражает, а не то, что дороже стоит, и тихие частые операции, из которых складывается основная сумма, не попадают ни в один список.

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

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

Почему оценки по памяти врут

Спросите пятерых, сколько уходит на согласование счёта, и получите пять чисел, ни одно из которых не совпадёт с замером. Дело не в нечестности, а в устройстве памяти на рутину.

• Помним редкое и тяжёлое, не замечаем частое и лёгкое. Двухчасовой разбор запутанной заявки застревает в голове, а тридцать пятиминутных «переслать и проверить» проходят мимо. Между тем тридцать раз по пять минут - это два с половиной часа, больше того самого разбора. Окупается автоматизация именно на частом и лёгком: там есть повторяемость.
• Не считаем переключение. Задача на три минуты стоит дороже трёх: выйти из текущего, открыть нужное окно, вспомнить контекст, вернуться обратно. В замере это видно как расхождение: сумма «чистых» минут заметно меньше реально ушедшего дня.
• Считаем по окладу. Оклад, делённый на 160 часов, - частая ошибка в расчётах окупаемости: в зависимости от того, что входит в накладные, он занижает стоимость часа в полтора-два раза и делает дорогой процесс дешёвым на бумаге.
• Округляем в удобную сторону. «Сколько у тебя на это уходит» - вопрос ещё и про самопрезентацию: кто-то занизит, кто-то завысит. В таблице лежит не мнение, а отметки того же дня.

Методика: неделя замера по шагам

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

Шаг 1. Выберите один процесс и опишите его границы

Один процесс, не пять: тот, что повторяется чаще других и на который чаще жалуются.

Границы важнее названия. «Обработка заявки» у двух сотрудников означает разное: один считает от письма до ответа клиенту, другой - до записи в CRM, и складывать такие минуты нельзя. Запишите условия одной строкой: начало - с чего пошёл отсчёт, конец - что должно появиться, чтобы итерация считалась закрытой.

Второй вопрос - что считается одной итерацией. Заявка вернулась на доработку: это не новая итерация, а переделка внутри старой, для неё будет отдельная колонка. Обрабатывают пачкой по десять - итерация есть пачка.

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

Шаг 2. Заведите простую таблицу замера

Шесть колонок, не больше: каждая лишняя снижает шанс, что замер доживёт до пятницы.

• Дата. День, за который заполняется строка.
• Кто. Имя или роль: строка - это один человек за один день.
• Сколько раз. Число итераций за день; самая важная колонка: частоту недооценивают чаще всего.
• Минут на итерацию. Фактическое среднее, а не нормативное; при разбросе пишите вилку.
• Переделка. Сколько итераций пришлось делать заново и сколько это стоило минут.
• Комментарий. Одна фраза о том, что мешало: «данных не было в заявке», «ждали бухгалтерию».

Цифры показывают размер проблемы, комментарии - причину: план изменений собирается из них. Подойдёт любая таблица, лишь бы открывалась с телефона; чтобы она сама считала итоги, пригодятся приёмы из статьи про автоматизацию Google Таблиц.

Шаг 3. Фиксирует исполнитель, а не наблюдатель

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

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

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

Шаг 4. Неделя замера и что делать с нетипичными днями

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

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

Сезонный процесс замеряют ещё и в пик: решение принимают по пиковой цифре.

Шаг 5. Посчитайте полную стоимость часа

Час сотрудника стоит компании больше, чем оклад, делённый на календарные часы. Складывайте по порядку.

1. Оклад до вычета налога - то, что записано в договоре, а не то, что человек получает на руки.
2. Страховые взносы - отдельные деньги работодателя сверх оклада; ставка зависит от режима и льгот, точную цифру возьмите у бухгалтера.
3. Рабочее место - техника, лицензии, связь, доля аренды помещения.
4. Координация - доля времени руководителя на постановку задач и приёмку: её почти всегда забывают.
5. Делите на рабочие часы, а не на календарные. В месяце около 160 часов по производственному календарю, но за вычетом отпусков, больничных и совещаний их заметно меньше.

Пример на условных числах. Оклад 60 тыс. ₽, взносы около 18 тыс. ₽, рабочее место примерно 7 тыс. ₽, координация 5 тыс. ₽ - вместе 90 тыс. ₽ в месяц. Делим не на 160, а на 130 реально рабочих часов: выходит около 700 ₽ за час. Тот же оклад, делённый на 160, дал бы 375 ₽ - почти вдвое меньше.

Час собственника считают по тому, чего он в это время не делает.

Шаг 6. Сведите наблюдения в две цифры

Считается в три действия, хоть в уме.

• Часы в неделю = (итерации за неделю × среднее число минут на итерацию + минуты переделок) ÷ 60.
• Часы в месяц = часы в неделю × 4,3. Коэффициент условный, но одинаковый для всех расчётов.
• Деньги в месяц = часы в месяц × полная стоимость часа.

Пример. За неделю 30 итераций по 12 минут - 360 минут; четыре переделали, ещё 40 минут. Итого 400 минут, или 6,7 часа в неделю, около 29 часов в месяц. При стоимости часа 700 ₽ - примерно 20 тыс. ₽ в месяц.

Нужны обе цифры. Часы показывают, освободится ли человек; деньги - имеет ли смысл вообще что-то делать. Проект за 100 тыс. ₽ ради экономии 3 тыс. ₽ в месяц не окупится, и хорошо узнать это до подписания.

Шаг 7. Отделите автоматизируемое от просто лишнего

Самый недооценённый шаг. Разложите время из колонки комментариев на три кучки.

• Лишнее. Шаг существует «потому что так повелось»: дублирующее согласование, отчёт, который никто не открывает, промежуточная таблица. Убирается решением руководителя, стоит ноль рублей.
• Упрощаемое. Шаг нужен, но дорог в нынешнем виде: обязательные поля в форме вместо переписки с уточнениями, один шаблон вместо десяти версий, единый справочник вместо сверки вручную.
• Автоматизируемое. Повторяемое, с понятными правилами и малым числом исключений: перенос данных между системами, напоминание по сроку, сборка отчёта - как в разборе автоматизации отчётов и в кейсе еженедельного отчёта для руководителя.

Порядок обязательный: сначала выкинуть, потом упростить, и только потом автоматизировать. Автоматизированный лишний шаг остаётся лишним, только теперь вы платите ещё и за его поддержку. Первые две кучки дают часть экономии бесплатно и удешевляют третью: меньше правил - короче проект.

Что замерять и где обычно ошибаются

Что делать с результатом

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

Исход 1: процесс дорогой и типовой

Признаки: десятки часов в месяц, итерации похожи одна на другую, правила формулируются без «смотря как». Это кандидат на автоматизацию, и здесь считают окупаемость.

Пример на цифрах. Процесс съедает 40 часов в месяц; при стоимости часа 700 ₽ это 28 тыс. ₽ в месяц. Автоматизация редко снимает всё: остаются проверка и разбор нестандартных случаев. Осторожная оценка - уходит примерно половина - две трети; возьмём 60%, это 24 часа, или около 17 тыс. ₽. Минус эксплуатация примерно 3 тыс. ₽ - чистыми около 14 тыс. ₽ в месяц. Узкий сценарий такого размера - 55–150 тыс. ₽ по вилке из разбора окупаемости: 60 / 14 - около четырёх месяцев, 150 / 14 - около одиннадцати. Из чего складывается цена, разобрано в статье про стоимость автоматизации, а методика расчёта - в разборе окупаемости.

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

Исход 2: процесс дорогой, но уникальный

Признаки: часов много, но каждая итерация не похожа на предыдущую. Данные приходят в трёх форматах, правила держатся в голове у одного человека, а на любой вопрос отвечают «зависит от клиента».

Автоматизировать такое в лоб дорого: каждое исключение превращается в отдельную ветку, и смета растёт вслед за их числом. Сначала процесс приводят к единому виду: один формат входных данных, один шаблон, письменное правило вместо «спроси у Марины». Это само по себе даёт заметную часть экономии почти бесплатно, а остаток автоматизируется заметно дешевле - правил меньше, значит короче проект, как в кейсе приведения клиентской базы к единому виду.

Исход 3: процесс дешёвый

Признаки: три-пять часов в месяц, пара тысяч рублей по полной стоимости часа. Раздражает - да, стоит проекта - нет.

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

Как цифры замера ложатся в калькулятор ROI

Замер и есть подготовка к расчёту: калькулятор ROI автоматизации спрашивает семь чисел, четыре - прямо из вашей таблицы.

• «Сколько раз в неделю выполняется процесс» - сумма колонки «сколько раз» по всем участникам; при двух неделях берите среднее.
• «Сколько минут уходит на 1 итерацию» - фактическое среднее по колонке минут, с учётом неудачных прогонов.
• «Ставка специалиста, ₽ / час» - полная стоимость часа из пятого шага, а не оклад, делённый на 160.
• «Доля переделок, %» - доля итераций с отметкой в колонке переделок.

Оставшиеся три поля описывают не наблюдение, а решение: «Бюджет разработки» - оценка подрядчика или вилка из статьи про стоимость, «Поддержка, ₽ / мес» - сервер и сопровождение, «Какую долю времени уберёт автоматизация» - осторожная оценка из седьмого шага, то есть доля третьей кучки, а не всё время процесса.

Частые ошибки замера

• Замеряют идеальную неделю. Начинают, когда клиенты притихли: цифра выходит низкой, решение - «терпимо», а через месяц всё снова горит.
• Забывают про исключения. В таблицу попадают гладкие итерации, а сломавшиеся кажутся недостойными записи: «разовый случай». В мини-кейсе ниже такие итерации дали 2 часа из 24,5. Строка заполняется и тогда, когда всё пошло не так.
• Считают только исполнителя. Менеджер потратил 10 минут, но до этого руководитель согласовывал, бухгалтер сверял реквизиты, а клиент двое суток ждал. Минуты рук и срок процесса - разные величины, нужны обе. Как устроен контроль сроков, когда задача висит между людьми, видно в кейсе контроля SLA по необработанным лидам.
• Меряют сразу пять процессов. На третий день таблица заброшена: заполнение само стало работой на полчаса. Один процесс за раз, второй - когда по первому принято решение.

Мини-кейс: неделя замера обработки заявок

Компания продаёт оборудование, заявки идут с сайта, из почты и из мессенджера, обработкой заняты трое. Ощущение было такое: «заявка - минут пять, часа полтора в день на всех». Границы задали так: начало - заявка появилась в любом канале, конец - в CRM карточка с полями и ответственным. Замеряли неделю, строки заполняли сами менеджеры.

Получилось: 90 заявок за неделю, в среднем по 15 минут - 1350 минут, или 22,5 часа. Плюс 12 заявок вернулись на доработку, примерно по 10 минут, ещё 2 часа. Итого 24,5 часа в неделю, около 105 часов в месяц. При полной стоимости часа 700 ₽ это около 73 тыс. ₽ в месяц - заметно больше, чем предполагали.

Интереснее оказалась разбивка внутри пятнадцати минут. На саму обработку уходило около 7 минут. Ещё 5 занимали уточнения: в заявке не было модели, объёма или города, менеджер писал повторно и ждал ответа. Оставшиеся 3 минуты - перенос данных руками: из письма в таблицу, из таблицы в CRM. То есть 8 минут из 15 плюс переделки, вместе около 14 часов в неделю из 24,5, уходили не на сами заявки, а на добор недостающего и перекладывание данных.

Первое, что сделали, не стоило ничего: в форму добавили три обязательных поля - модель, объём, город, - и тот же список поставили первым сообщением бота. Через месяц повторный замер той же таблицей показал, что уточнения ушли с 5 минут до 2 на заявку: 3 минуты на 90 заявок, 270 минут в неделю, около 19 часов в месяц, примерно 13 тыс. ₽ по стоимости часа.

Перенос данных никуда не делся: правила одинаковые, исключений мало - он и стал кандидатом на автоматизацию, теперь уже с цифрой, а не с ощущением. Переделки тоже сократились, но насколько - решили замерить ещё раз через квартал.

Итог

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

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

Замер до внедрения нужен ещё и для сравнения после: без него не с чем сопоставлять. Какие показатели смотреть потом - в статье про измерение эффекта автоматизации.

Не готовы обсуждать проект? Оцените выгоду сами: калькулятор ROI автоматизации - 1 минута, без контактов. Или заберите чек-лист «Что автоматизировать первым».