RefGo — Работаем с 2017

Склад, который успевает за 4.5 часа ночью

Заказы до 20:00, комплектовка с 23:00 до 4:00, выезд машин в 04:00. От бешеного темпа и "взял не то, положил не туда" — к цветовой индикации и стрелочной навигации. Рост с 50 до 1500 заказов в день на тех же людях.

[ICE] -18°C [COLD] +2°C [DRY] +18°C
50
Заказов в 2017
4.5ч
На всё про всё
1500+
Сейчас, те же люди

С чего начали

С RefGo работаю с 2017 года. Тогда — менее 100 контрагентов, машины в аренде, курьеры «как-то найдутся». Казалось бы, что сложного?

А потом понеслось. Рост в 30 раз за пару лет. Склад работает в бешеном темпе: заказы принимаем до 20:00, в 23:00 начинается комплектовка, к 04:00 первые машины уже выезжают.

«Взял не то, положил не туда» — стандартная ситуация. Времени на переделки нет. Клиент ждет.

Всего 4.5 часа на всё
20:00
Стоп-приём
заказов
23:00
Начало
комплектовки
04:00
Выезд
машин

Первая версия не учитывала реальную логистику

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

Погружение в операционную работу показало, что нужно добавить три важных процесса:

  • 01. Заказы могут быть не только местными, но и магистральными грузами из других регионов
  • 02. Товары могут поступать на хранение, а не только в доставку
  • 03. Нужен процесс сортировки между машинами — перекладывание грузов из одной в другую

Вместо патча под базовую версию мы пересобрали логику под реальные процессы. Результат — система, которая работает с 2017 года и выросла в 30 раз.

Поездка в Москву: «я приехал туда ночью и смотрел»

Чтобы понять, как работает склад на самом деле, отправился из Краснодара в Москву. Приехал ночью и смотрел, документировал, фиксировал.

Руководству — результат, а работают совершенно другие люди. Вот что увидел:

  • • Стандартный интерфейс резал глаза в ночную смену
  • • Сборщики блуждали между стеллажами, тратя лишние минуты
  • • «Взял не то» — потому что ничего не подсказывало системе
  • • Бумажные ведомости в морозилке — веселое чтиво

Изучив всё своими глазами, приступил к ТЗ на доработку.

WMS RefGo — Сборка заказа #2847 04:12
Молоко 2.5% — 10 шт Заморозка 1, П-9, Я-12
Сыр Гауда — 3 шт (взял 2) +1 шт → П-9, Я-13
Стейк Рибай — не найден ←L2 ↑U1
← Стрелки показывают: влево 2, вверх 1

Три цвета вместо догадок

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

Зелёный

Всё верно, забирай. Правильное помещение, правильный товар.

+

Оранжевый

Мало. Можно взять, но нужно ещё. Досчитай и иди дальше.

Красный

Ошибка. Смотри стрелки навигации — «влево 2, вверх 1».

Комплектовка
Хранение
Сортировка

Сбор заказов по маршруту

Сканируем заказ — видим перечень товаров с указанием: помещение, полка, ячейка. Или наоборот: сканировал товар — видишь, для каких заказов он нужен.

L2 U1 ← Стрелки навигации

Влево 2 полки, вверх 1 ярус. Не нужно запоминать где что — система подсказывает.

Заказ #2847 В сборке
Молоко 2.5% × 10 З1-П9-Я12
Сыр Гауда × 3 З1-П9-Я13 (+1)
Стейк Рибай × 2 ←L2↑U1

Размещение на хранение

Сканировал товар — система сразу показывает, в какое помещение отнести. Зелёный — отлично, красный — не туда идёшь, это заморозка, а товар холодильный.

Заморозка 1 -18°C
Холодильник +2°C
Сухой склад +18°C
Приёмка поставки #452 В работе
Говядина охл. 50кг Холод-2
Курица зам. 30кг Заморозка-1
Мороженое 20кг Не сюда! → Заморозка

Сортировка магистральных грузов

Товары из одной машины перекладываются в другую — для отправки в другой регион. Зелёный — всё, это последний товар в машину. Оранжевый — есть ещё, продолжай.

Ведомость сортировки М-42 Ещё товары
Товар А123 Погружен
Товар В456 Погружен
Товар С789 Ищем...

От ТЗ к «а это ещё что такое?»

1Версия 1.0 — всё по ТЗ

Разработали базовый WMS: помещения с температурными режимами, стеллажи, ячейки, паллетоместа, учет остатков. Казалось бы — бери и работай.

Но не тут-то было. Работники умолчали про половину процессов. Или не умолчали — я не догадался спросить.

2Версия 2.0 — тёмная тема и стрелки

После ночной поездки в Москву понял: стандартный белый интерфейс в 3 часа ночи — как фонарь в глаза. Сделал тёмную тему.

Добавил стрелочную навигацию — «влево 2, вверх 1». Сборщик видит куда идти, а не блуждает между стеллажами.

Три цвета вместо догадок: зелёный — бери, оранжевый — мало, красный — не туда идёшь.

3Результат

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

«Есть задание — сделал. Нет задания, а мастер орёт? Так чё орёшь? Сам не выдал задание!»

Сколько стоит один складской день

Что изменилось в цифрах после внедрения WMS

Показатель Было Стало Экономия / рост
Заказов в день 50 1500+ ×30
Ошибок на 100 заказов 3-5 0 −150+ ошибок в смену
Время комплектовки 8-10 часов 4.5 часа −50% времени
Среднее время на заказ 6.8 мин 3.2 мин −53% на оператора
Оценочная выручка / день ~25 000 ₽ ~750 000 ₽ +725 000 ₽ / день
* Цифры оценочные, основаны на среднем чеке заказа и типовой структуре расходов склада. Точный расчёт делается по данным конкретного склада.
Экономия на переделках
~75 часов
в смену за счёт нулевой ошибки
Рост без найма
30×
заказов на тех же людях
Клиентская оценка
97%
оценивают доставку на 10/10

Цифры

50→1500
Заказов в день
те же люди
4.5ч
На всё про всё
с 23:00 до 04:00
0
Ошибок «взял не то»
было 3-5 на 100 заказов
97%
Клиентов
оценивают на 10/10
Р
«Мы не верили, что те же люди смогут обработать в 30 раз больше заказов. Первую версию пришлось полностью переделать, но после того как внедрили цветовую индикацию и стрелочную навигацию, ошибки «взял не то, положил не туда» исчезли. Сейчас 1500 заказов в ночь — это норма».
Роман Петров
Директор по операциям, RefGo
Работаем с 2017 года

Сравнение маршрутов: что влияет на время

Два похожих заказа — разное время сборки. Анализируем почему.

Заказ #2847
Сборщик: Иванов А.В.
3.2 мин
6 позиций, 2 камеры
Молоко 2.5% × 4 Холод-2, П-3, Я-7
Сыр Гауда × 2 Холод-2, П-3, Я-8
Йогурт × 6 Холод-2, П-3, Я-9
Говядина филе × 2 Заморозка-1, П-12, Я-4
Почему быстро: Все товары из холодильника — в одной полке (П-3), заморозка — рядом. Минимум перемещений.
Заказ #2851
Сборщик: Козлов Д.Н.
6.8 мин
6 позиций, 3 камеры
Молоко 2.5% × 4 Холод-1, П-7, Я-2
Стейк Рибай × 2 Заморозка-1, П-15, Я-6
Масло сливочное × 3 Сухой склад, П-22, Я-14
Сыр Гауда × 2 Холод-2, П-3, Я-8
Почему долго: Товары в трёх разных камерах. Сухой склад — в другом конце. +1 ошибка: масло не той марки → переделка.

Вывод для руководителя

Расположение товаров

Часто берут вместе — должны быть рядом. Разнесли молоко по разным холодильникам → лишние 40 метров на заказ.

Ошибки = время

Одна ошибка комплектовки увеличивает время на 2-3 минуты. При 1500 заказах — это 50-75 часов в смену.

Опыт сборщика

Иванов (9.8) знает склад наизусть. Новый сотрудник с таким же заказом потратит в 2 раза больше времени.

Почему не взяли готовый WMS

RefGo смотрели на коробочные решения, но выбрали индивидуальную разработку под свои процессы

Скорость доработки

Когда выяснилось, что нужны магистральные грузы и сортировка между машинами, коробка потребовала бы месяцы кастомизации. Своя система — недели.

Температурные режимы

Заморозка, холод, сухой склад — в одном заказе. Готовые WMS не учитывают ограничения по температуре при перемещении товара.

Нет лишнего функционала

Сборщику не нужны сложные интерфейсы. Нужно знать: брать или не брать, и куда идти. Мы убрали всё, что отвлекает.

Интеграция с доставкой

WMS напрямую связана с личным кабинетом клиентов и маршрутами курьеров. Готовые решения требуют дорогой интеграции.

Как внедряли без остановки склада

Склад работает ночью — нельзя было остановить даже на день. Поэтому внедрение шло параллельно с работой

1

Пилот на 50 заказах

Прогнали тестовые заказы на небольшой зоне. Сразу увидели, что не хватает магистральных грузов и сортировки.

2

Переделка первой версии

Признали: базовая модель не учитывает реальную логистику. Добавили хранение, сортировку, магистральные грузы.

3

Обучение за 3 смены

Сборщикам показали цвета и стрелки. Сопротивления почти не было — интерфейс понятнее, чем бумажные ведомости.

4

Полный переход

За 2 недели все заказы пошли через WMS. Ошибки снизились до нуля за первый месяц.

Срок внедрения: 2 месяца. Окупаемость: 4 месяца.

Как масштабируется на новые склады

От одного склада до сети: единые правила, быстрый запуск, централизованный контроль

1

Аудит

Снимаем помещения, стеллажи, маршруты. Подгоняем под реальную планировку.

2

Настройка

Копируем справочники, добавляем температурные зоны, настраиваем маршруты.

3

Обучение

2-3 смены с тестовыми заказами. Сборщики привыкают к цветам и стрелкам.

4

Запуск

Первые реальные заказы под контролем. Обычно запуск за 2-4 недели.

2-4 недели
на запуск нового склада
Единые правила
адресация, индикация, отчётность
Центральный офис
видит все склады онлайн

WMS + личный кабинет + доставка

Склад — это не изолированный процесс. Заказ собран в WMS → клиент видит статус в личном кабинете → курьер уезжает по маршруту в 04:00. Всё связано в одну цепочку.

Клиент загружает заказ через XLSX или API
WMS формирует маршрут сборки с 23:00
Машины уходят в 04:00 с правильными товарами
04:00
время выезда машин
Заказы до20:00
Комплектовка23:00 — 04:00
Ошибки0
Клиенты на 10/1097%

Рассчитайте пропускную способность вашего склада

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

Хотите сначала посмотреть как выглядит WMS изнутри?

Открыть демо-стенд WMS
Артур Карданов АК
Разработал Артур Карданов
18 лет автоматизации производств, складов и логистики

Частые вопросы

Как WMS сократил ошибки отгрузки на складе РефГо?
Внедрили адресное хранение и сканирование на каждом переходе. Кладовщик не может закрыть операцию, если отсканировал не ту ячейку или не тот товар. Ошибки отгрузки снизились на 70%, время комплектации — на 40%.
Была ли остановка склада при внедрении WMS?
Нет. Начали с пилотной зоны: ввели адресное хранение и ТСД на одном участке, пока остальной склад работал по-старому. Постепенно расширили зону. Полная инвентаризация прошла без остановки — по ячейкам в фоновом режиме.
Даёте ли вы гарантии на результат?
В договоре фиксируем измеримые показатели: сокращение времени закрытия смены, снижение ошибок отгрузки, рост точности учёта, снижение потерь. Если этап не принят — он не оплачивается. Конкретные цифры зависят от вашей ситуации и фиксируются после аудита.
Что такое MVP и почему вы начинаете с него?
MVP — минимальная рабочая версия системы, которая решает одну конкретную боль. Например, оперативный учёт смены на одном участке или адресное хранение на одной зоне склада. За 6–12 недель получаем реальный результат, проверяем гипотезу и дальше масштабируем. Это быстрее и безопаснее, чем пытаться сделать всё сразу.
Почему вы не продаёте готовое коробочное решение?
Потому что «среднестатистического предприятия» не существует. У каждого завода, склада и логистической компании — свои операции, методики расчёта и ограничения. Коробка заставляет подстраивать бизнес под систему. Мы делаем наоборот — систему под процесс.
Выберите удобный способ
Telegram