Логистика бизнеса: где искать задержку между заказом, складом и доставкой

Из чего состоит логистика в компании

Логистику часто сводят к перевозке. Но машина может приехать вовремя, а заказ всё равно опоздает, потому что товар не зарезервировали или документы подготовили после закрытия склада.

Практический поток включает:

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

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

Цель не всегда минимальный срок. Иногда бизнесу важнее предсказуемость, сохранность, стоимость или возможность доставить в выбранный интервал. Оптимизация одного показателя может ухудшить другой. Быстрая отправка без проверки комплектации увеличит возвраты, а чрезмерный запас заморозит деньги.

Различайте три связанных потока. Физический поток показывает, где находится товар. Информационный — какой статус видят склад, менеджер, перевозчик и клиент. Финансовый — когда возникает обязательство оплатить, вернуть деньги или начислить расход. Если товар уже у клиента, а система считает его на складе, проблема информационная. Если заказ собран, но ждёт подтверждения оплаты, задержка находится в финансовом переходе. Такое разделение не даёт исправлять перевозку там, где фактически сломана передача данных.

Карта заказа и контрольные точки

Возьмите один типовой заказ и заполните таблицу.

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

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

Как найти настоящее узкое место

Шаг 1. Выберите период и тип заказов. Не смешивайте срочные, крупногабаритные и стандартные отправления, если у них разные процессы.

Шаг 2. Соберите фактические отметки времени. Когда заказ принят, подтверждён, собран, передан и вручён. Если отметки ставятся вручную задним числом, зафиксируйте ограничение данных.

Шаг 3. Посчитайте не только среднее. Среднее скрывает редкие провалы. Смотрите медиану, долю выполнения в обещанный срок и самые долгие случаи. Для небольшой выборки достаточно списка и честной группировки.

Шаг 4. Разберите отклонения по причинам. Не объединяйте всё в «логистика задержала». Причина может быть в запасе, данных клиента, упаковке, перевозчике, документе или несогласованной замене.

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

Шаг 6. Измените один контроль. Например, подтверждение адреса до резерва, сканирование позиции при сборке или крайний срок передачи перевозчику. Через период сравните одинаковые показатели.

Шаг 7. Проверьте побочный эффект. Новый контроль не должен удвоить ручную работу или замедлить все заказы ради редкого исключения.

Статусы, которые понимают сотрудники и клиент

Статус должен описывать завершившееся событие, а не надежду. «Передано в доставку» ставится после подтверждения передачи, а не после печати ярлыка.

Внутренние статусы могут быть подробными:

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

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

Для каждого исключения задайте владельца и предельное время реакции. Статус «проблема» бесполезен без вопроса, ответственного и следующего действия. Если система не знает факта, используйте «требует проверки», а не придумывайте наиболее вероятный ответ.

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

Условный пример

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

Команда строит карту пятидесяти заказов. Выясняется, что половина потерянного времени возникает до передачи: менеджер подтверждает наличие по вчерашней выгрузке, склад не видит резерв, а сборщик ждёт уточнения замены. Статус «собирается» скрывает три разные причины.

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

Главный вывод — не «перевозчик оказался хорошим». Компания перестала измерять только последний участок и увидела ожидание между заказом и складом.

Как Бизнес-аналитика показывает отклонение по цепочке

Цепочку заказа в АТС Офис обозревает Бизнес-аналитика. Компания задаёт этапы, источники статуса, нормативы и причины отклонений. Офис связывает события заказа и готовит обзор: где находится поток, сколько времени он ждёт и кому передан вопрос.

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

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

Подробности доступны на странице Бизнес-аналитики. Условия, способные измениться, следует проверять там; журнальная версия их не закрепляет.

Проверка за двадцать минут

Разберите один заказ, по которому клиент ждал дольше обещанного.

1. Выпишите все этапы от приёма до вручения.
2. Найдите фактическое время входа и выхода каждого этапа.
3. Отделите работу от ожидания.
4. Укажите источник каждого статуса.
5. Найдите первое место, где факт отклонился от плана.
6. Запишите причину без общего слова «задержка».
7. Назначьте один контроль, который обнаружил бы событие раньше.
8. Определите показатель для проверки через неделю.

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