Руководство говорит: «Нам нужно 100 заказов на человека в час». Склад отвечает: «Хорошо. А товар где?» Потому что в Excel всё выглядит красиво. 10 000 заказов.

100 заказов на сотрудника.

100 сотрудников.

План выполнен. Только в реальном складе между этими цифрами появляются: 15 минут на поиск товара.

10 минут на ожидание пополнения.

Очередь на упаковке.

Медленная WMS.

Пустая ячейка.

Пересорт.

Не тот размер короба.

Принтер этикеток, который снова решил, что сегодня выходной. И внезапно норматив 100 заказов превращается в 70. А потом начинается любимая часть: «Почему производительность упала?» Потому что склад — это не Excel. Нельзя просто установить сотруднику норму и считать, что процесс автоматически начнёт ей соответствовать. Если сборщик проходит за смену 15 километров, проблема может быть не в сборщике. Если упаковщики стоят в очереди к одному принтеру, проблема не в упаковщиках. Если сотрудник ждёт пополнение, увеличение нормы отбора ничего не изменит. Если WMS тормозит, требование «работать быстрее» тоже не является решением. Я вообще считаю опасным подход: сначала установить желаемую производительность → потом заставить склад под неё подстроиться. Рабочий подход обратный: замерить процесс → найти потери → убрать ограничения → установить достижимую норму → закрепить её KPI. И только после этого считать необходимый FTE. Потому что есть огромная разница между: «Сотрудник должен собирать 100 заказов». и «Процесс позволяет сотруднику стабильно собирать 100 заказов». В первом случае мы управляем людьми. Во втором — системой. И именно второй вариант обычно приносит результат. А у вас на складе норматив сначала устанавливают в Excel или сначала измеряют реальный процесс?

#логистика #склад #WMS #FBS #3PL #FTE #операционнаяэффективность #логистика #склад #FTE #управлениеперсоналом #складскаялогистика #производительность #WMS #Excel #SupplyChain #логистическийдиректор #3pl #marketplace #fbs #fbo #E-commerce