Расчёт фонда оплаты труда: с чего начать оцифровку

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

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

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

Почему расчёт ФОТ в экселе не показывает, где горят деньги

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

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

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

С чего начать оцифровку: пошаговый план

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

1. Собрать полный список ролей и повторяющихся задач - от приёмки товара и загрузки карточек до обработки возвратов и переговоров с байерами. Именно повторяющиеся операции формируют основную часть ФОТ, а не разовые проекты.
2. Перевести каждую повторяющуюся задачу в бизнес-процесс внутри системы, где у шага есть исполнитель, срок и обязательный результат. Не список дел "на память", а маршрут, который нельзя проскочить или закрыть без выполнения.
3. Настроить фиксацию фактического времени по каждому шагу - автоматически, по факту старта и завершения задачи в системе, а не по словам сотрудника в конце дня.
4. Сопоставить фонд оплаты труда с объёмом обработанных заказов, SKU или выручкой по категории. Это превращает ФОТ из статьи расходов в часть юнит-экономики: видно, сколько зарплатного бюджета приходится на один заказ или на одну карточку товара.
5. Настроить регулярный просмотр этих данных - не разовый отчёт, а живую картину, которая обновляется по мере того, как команда закрывает задачи.

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

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

Что показывает "рентген" ФОТ на живых данных

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

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

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

Частая ошибка в расчёте: путать простой с прямыми расходами

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

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

Как закрепить оцифровку - процессом, а не документом

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

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

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

Итог: с чего начать оцифровку расчёта ФОТ

Если сузить весь план до контрольного списка, оцифровку расчёта фонда оплаты труда стоит начинать с этих действий:

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

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