Где лежит товар, знает конкретный кладовщик
Схема склада живёт в голове у человека, который работает здесь дольше всех. Новичок ищет позицию обходом стеллажей и спрашивает у старших.
Загружаем…
Склад, который знает, где что лежит
Ставим систему управления складом: адресное хранение, приёмка по сканеру, задания сборщикам и инвентаризация без остановки работы. Кладовщик видит ячейку, а не ищет товар по памяти.
Не скриншот — рабочая демоверсия.
Не универсальный список функций, а четыре разрыва, которые в этом типе бизнеса встречаются чаще всего.
Схема склада живёт в голове у человека, который работает здесь дольше всех. Новичок ищет позицию обходом стеллажей и спрашивает у старших.
Похожие артикулы, разные размеры в одной коробке, пересорт при приёмке. Ошибку замечает уже клиент.
Чтобы пересчитать остатки, работу приходится замораживать на день или два — иначе цифра поедет прямо во время подсчёта.
Учёт ведётся в таблице или в бухгалтерской программе, куда данные попадают вечером и вручную.
Каждый блок запускается отдельно. Толк появляется тогда, когда данные начинают проходить между ними сами.
Размечаем зоны, стеллажи и ячейки, заводим адресное хранение. У каждой позиции появляется адрес, а не «где-то во втором ряду».
Терминал сбора данных или телефон с камерой: сканируем штрихкод, система сама подсказывает ячейку размещения.
Заказ превращается в маршрут по ячейкам. Сборщик идёт по списку, отмечает позиции сканером, система проверяет комплектность.
Пересчёт зонами и по циклу, без остановки отгрузок. Расхождения видно сразу и по конкретной ячейке.
Не список функций, а то, что руководитель замечает первым: вопросы, на которые раньше уходил день, закрываются на месте.
Берём измеримый участок, проверяем правила на живой работе и только потом расширяем. Так ошибка проектирования стоит две недели, а не полгода.
Систему управления складом невозможно спроектировать по переписке: смотрим зоны, потоки, технику и то, как работают люди.
Зоны, стеллажи, ячейки и правила размещения товара.
Начинаем с приёмки или с зоны отбора — там, где ошибок и потерь больше.
Подключаем оставшиеся зоны, связываем с учётом, добавляем отчёты по производительности.
На первой встрече построим карту потерь, выберем один приоритетный контур и обозначим следующий шаг без обязательства начинать большой проект.