Собирательная история от команды INTEKEY. Если узнаёте свою компанию — это не совпадение
Май
Маркетплейс прислал предупреждение по SLA.
Письмо распечатали и положили на стол директору по логистике.
Тот молча пошёл к генеральному.
— Нам нужна WMS.
— Сколько?
— Пока не считал.
— Тогда сначала посчитай.
Это был абсолютно нормальный разговор.
Ненормальным было другое.
Никто в компании не понимал:
- сколько реально стоит пересорт;
- сколько заказов перепроверяют вручную;
- сколько времени люди тратят на поиск товара;
- сколько клиентов просто перестают жаловаться и молча уходят.
Потому что склад годами жил по простому принципу:
если проблему можно закрыть людьми — значит пока терпимо.
Май, через неделю
После полуночи склад почти переставал работать по системе.
Люди ориентировались:
- по памяти;
- по маркеру на коробках;
- по чужим привычкам;
- по тому, где товар «обычно лежит».
Петрович мог найти нужную деталь быстрее любого поиска в 1С.
Проблема была в том, что Петрович собирался увольняться.
Июнь
В проект добавили CIO.
И обычная WMS начала превращаться в «логистическую платформу будущего».
Два года назад IT уже пережили одно «быстрое внедрение».
Полгода всё работало идеально.
Потом бухгалтерия обновила ERP.
Ночью система начала дублировать документы.
К утру создалось около 11 тысяч лишних реализаций.
В 02:14 в общем чате появилось сообщение:
«Почему у нас 16 одинаковых отгрузок на одного клиента?»
После этого CIO очень нервно реагировал на фразы:
«потом доработаем»
«на первом этапе хватит и так»
«давайте пока сделаем попроще».
Для логистики проблема выглядела просто:
- склад зависел от памяти нескольких людей;
- новые сотрудники ошибались;
- пересорт уже начал стоить клиентов.
Для IT проблема выглядела иначе:
- ещё одна система;
- ещё одна интеграция;
- ещё один проект, который сначала «временно упростят», а потом будут поддерживать следующие семь лет.
Для генерального всё это выглядело как ещё одна история, где:
- деньги уже просят;
- сроки пока непонятны;
- а эффект обещают потом.
Все трое смотрели на один и тот же склад.
И видели три разных проекта.
Июнь, ещё через неделю
ТЗ выросло с 6 страниц до 43.
Внутри появились:
- интеграционная шина;
- API;
- резервирование;
- multi-warehouse;
- отказоустойчивость;
- отдельный контур обмена.
На одном из созвонов 40 минут обсуждали, кто должен менять батарейки в будущих ТСД — склад или IT.
WMS к тому моменту ещё даже не выбрали.
Июль
Петрович уволился.
Новый кладовщик пытался размещать товар по адресам из системы.
Проблема была в том, что часть адресов физически уже не существовала.
В ячейке A4-12 стояли:
- старый принтер;
- стремянка;
- коробка с кабелями;
- и вентилятор без лопастей.
Но в 1С там всё ещё лежали тормозные колодки.
После очередной локальной инвентаризации склад снова неделю работал идеально.
Потом люди снова начинали класть товар «временно».
На складе вообще многое было временным.
Временные ячейки.
Временные Excel-файлы.
Временные правила.
Временные сотрудники.
Некоторым «временным решениям» шёл уже четвёртый год.
Август
У контролёра появилось два маркера.
Красным отмечали заказы, которые уже проверили.
Синим — те, которые «лучше посмотреть ещё раз».
Через месяц никто уже не помнил, кто это придумал.
Но если заказ случайно отмечали не тем цветом — начинались проблемы.
Для логистики два маркера были частью процесса.
Для IT — неконтролируемым ручным костылём.
Для генерального — вещью, о существовании которой он вообще никогда не узнает.
Проблема была в том, что все трое смотрели на один и тот же склад.
И видели три разные системы.
Сентябрь
Крупный клиент получил несколько заказов с пересортом подряд.
Позвонил генеральному.
Без крика.
Сказал:
— Следующий такой заказ — и мы уходим.
В тот же вечер снова обсуждали проект WMS.
Логистика говорила про пересорт.
IT — про интеграционные риски.
Генеральный спрашивал, сколько это в итоге будет стоить.
В какой-то момент спор снова ушёл в обсуждение архитектуры.
Андрей молча открыл телефон.
В рабочем чате ночной смены уже было 17 непрочитанных сообщений.
Последнее:
«У нас опять колодки без адреса»
Через минуту пришло ещё одно:
«Смотри возле старого принтера»
Какого именно — никто не уточнил…
Самое неприятное в таких историях — они не выглядят как провал.
Склад продолжает работать.
Люди подстраиваются.
Ошибки ловят вручную.
Клиенты уходят не сразу.
Проект формально не отменён — его просто «ещё обсуждают».
Поэтому WMS-проект на практике часто упирается не в софт и не в оборудование.
Он упирается в способность компании договориться, что для неё важнее: скорость запуска, архитектурная устойчивость или финансовая предсказуемость.
Если этого разговора не произошло заранее, систему потом всё равно внедрят — но уже после лишних потерь, конфликтов и ручных костылей.
Если произошло — у проекта хотя бы появляется шанс стать не очередным внутренним конфликтом, а рабочим изменением.