Учёт рабочего времени сотрудников: с чего начать оцифровку

Учёт рабочего времени сотрудников часто пытаются оцифровать одним махом: покупают программу с отметками прихода-ухода и ждут, что бардак с задачами исчезнет сам собой. Если у тебя команда на Wildberries, Ozon или Я.Маркете - контент-менеджер, байер, кладовщик, менеджер по рекламе - начинать оцифровку учёта рабочего времени сотрудников нужно не с фиксации часов, а с привязки времени к конкретным задачам и бизнес-процессам. Иначе цифры покажут только то, что человек был "на месте", а не то, куда реально ушёл зарплатный бюджет.

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

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

Почему табель не отвечает на вопрос "куда уходит время"

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

То же самое с кладовщиком на приёмке товара, байером на переговорах с поставщиком, менеджером по рекламе на настройке кампаний. Каждая роль тратит рабочее время на десятки разных операций, а обычный учёт рабочего времени сотрудников сводит всё это многообразие к одной итоговой цифре в конце дня. Чтобы оцифровка вообще имела смысл, единицей измерения должна стать не "час присутствия", а конкретный шаг работы.

Шаг 1 - решить, что именно измеряем

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

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

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

Хотите навести порядок в задачах и процессах команды? Посмотреть →

Шаг 2 - привязать время к бизнес-процессам, а не к календарным дням

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

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

Шаг 3 - завести процесс в системе, а не инструкцию на бумаге

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

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

Шаг 4 - посмотреть на первые данные и найти самый дорогой шаг

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

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

Частые ошибки при старте оцифровки

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

Что оцифрованный учёт рабочего времени показывает руководителю

Когда время сотрудников привязано к процессам, а не к дням, руководитель селлера получает то, что можно назвать рентгеном ФОТ: видно, сколько зарплатного бюджета в реальности съедает каждый шаг работы - от закупки до отгрузки. Это уже не про "кто сколько отсидел", а про то, как связаны учёт рабочего времени, юнит-экономика конкретной товарной позиции и маржинальность ассортимента.

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