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

Учёт рабочего времени сотрудников без программиста и внедренцев - это когда время на задачу фиксируется само, как побочный эффект работы в системе, а не вводится вручную в отдельный табель. Сотрудник открыл карточку задачи, начал работу, закрыл её - время на шаг записано без единой строчки кода и без консультанта, который "внедряет" продукт три месяца. Для селлера маркетплейса это не абстрактная HR-фишка, а способ увидеть, куда реально уходят оплаченные часы команды.

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

Обычно тут вспоминают Excel с макросами, модуль учёта времени в 1С или отдельную HRM-систему - и вся идея тонет в техническом задании для программиста. Дальше в статье - как вести учёт рабочего времени сотрудников без программиста и внедренцев, что при этом видит руководитель и как не наступить на грабли с "лишними" часами простоя.

Зачем селлеру вообще учёт рабочего времени сотрудников

Учёт времени нужен не для слежки, а для трёх конкретных решений.

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

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

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

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

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

Модуль учёта рабочего времени в 1С требует настройки под конкретные процессы селлера - без специалиста по 1С его не подключить и не поддерживать при любом изменении процесса.

Отдельные HRM-системы и трекеры со скриншотами экрана нужно интегрировать с личными кабинетами Wildberries, Ozon и Я.Маркета, заводить права доступа и объяснять фрилансерам, почему на их компьютере теперь стоит программа-наблюдатель - многие на это просто не соглашаются.

Биометрические терминалы и вовсе не подходят распределённой команде, где половина людей работает не из офиса.

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

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

Как вести учёт рабочего времени без программиста и внедренцев

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

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

Пример: контент-менеджер берёт задачу "Оформить карточку товара" в 10:14 и закрывает её в 11:02 - 48 минут на шаг записаны автоматически и попадают в общую картину по роли и по процессу.

Чтобы это заработало, ничего не нужно программировать - достаточно завести реальные задачи и процессы команды в системе (приёмка товара, обработка возврата, публикация карточки, согласование закупки) так, как они происходят на самом деле. Время само становится измеримым, потому что оно измеряется через реальную работу, а не через отдельный контур учёта.

Что видит руководитель: рентген ФОТ по шагам

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

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

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

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

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

Есть два случая, где стоимость задержки действительно можно посчитать честно.

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

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

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

Бизнес-процесс вместо регламента, который никто не прочитает

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

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

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