Если сотрудники недовольны WMS, первое решение обычно звучит одинаково:
«Надо менять систему».
Это дорогое решение.
Причём стоимость лицензий и внедрения — только его часть.
К ним добавляются:
- интеграции;
- миграция данных;
- обучение;
- параллельная работа двух контуров;
- неизбежные ошибки периода запуска.
Поэтому перед заменой системы нужно понять, что именно не работает.
В одном из проектов собственник производственной компании был настолько недоволен действующей WMS, что рассматривал внедрение новой.
После диагностики систему решили оставить.
Мы разобрали около 26 вопросов, отработали их с разработчиком, исправили ошибки и настроили необходимую отчётность.
Компания избежала затрат от 1 млн ₽ на замену WMS.
Сначала разделите проблемы на категории
Фраза «WMS работает плохо» ничего не диагностирует.
За ней могут скрываться принципиально разные причины.
Ошибка самой системы
Функция работает некорректно.
Данные теряются.
Система зависает.
Операция технически не может быть завершена.
Это задача разработчика.
Неправильная настройка
Возможность в системе есть, но настроена не под текущий процесс.
Тогда вопрос решается конфигурацией.
Недостающая функция
Бизнес вырос, появились новые процессы, которых система раньше не поддерживала.
Здесь нужно понять стоимость доработки и сравнить её со стоимостью миграции.
Некачественные данные
Дубли SKU.
Неправильные штрихкоды.
Неверные единицы измерения.
Некорректные остатки.
Замена WMS сама по себе не очистит справочники.
Плохой процесс
Например, сотрудник должен сделать пять лишних действий не потому, что этого требует система, а потому что когда-то так построили процесс.
Новая WMS может просто автоматизировать эти пять лишних действий.
Пользователи обходят систему
Excel.
Бумажные списки.
Сообщения в мессенджерах.
Собственные таблицы.
Причиной может быть неудобная система.
Но причиной может быть и отсутствие дисциплины или понятного регламента.
Каждая категория требует своего решения.
Зафиксируйте конкретные проблемы
Не нужно обсуждать WMS на уровне эмоций.
Формулировка должна выглядеть примерно так:
«При приёмке после сканирования части товара данные не сохраняются».
Или:
«Руководитель не видит статус комплектации заказов и поэтому не может управлять очередью».
Или:
«Система не умеет автоматически формировать пополнение зоны отбора».
Когда появляется перечень конкретных проблем, можно определить их критичность и стоимость решения.
В проекте производителя костюмов именно с этого и начали.
Вместо общего «система плохая» сформировали список из примерно 26 вопросов.
Поговорите с разработчиком до выбора новой системы
Этот этап часто пропускают.
Компания уже устала от текущего продукта и начинает искать замену, даже не получив нормальную оценку стоимости исправлений.
Я предпочитаю сначала провести техническую и процессную сессию с действующим разработчиком.
По каждому пункту нужно понять:
- это ошибка;
- доработка;
- настройка;
- ограничение архитектуры;
- или функция уже существует, но не используется.
Только после этого появляется объективная база для решения.
Сравнивайте не стоимость лицензии
Если рассматривается новая WMS, нужно считать стоимость перехода целиком.
В неё входят:
- новое ПО;
- внедрение;
- интеграции;
- миграция данных;
- оборудование, если оно требуется;
- обучение;
- тестирование;
- поддержка запуска;
- время сотрудников;
- операционный риск перехода.
Доработка действующей системы тоже стоит денег.
Но сравнивать нужно TCO двух сценариев, а не цену лицензии.
Проверьте масштабируемость
Даже если текущую систему можно исправить, остаётся главный вопрос:
выдержит ли она будущий бизнес?
Если сегодня 500 заказов в день, а через два года планируется 5 000, исправление сегодняшних ошибок может быть недостаточным.
Нужно оценить:
- рост числа заказов;
- увеличение SKU;
- новые склады;
- новые каналы продаж;
- маркировку;
- интеграции;
- автоматизированное оборудование;
- требования к аналитике.
WMS должна соответствовать не только сегодняшнему процессу, но и целевой модели.
Когда систему действительно стоит менять
Замена оправданна, когда ключевые бизнес-требования невозможно реализовать в текущем продукте либо стоимость доработок приближается к стоимости перехода на подходящую систему.
Ещё один сигнал — технологический тупик.
Например:
разработчик перестал поддерживать продукт
или
архитектура не позволяет нормально интегрироваться с другими системами.
Но вывод должен появиться после анализа.
Не до него.
Что показал реальный проект
У производителя костюмов существующая WMS вызывала много нареканий.
Мы сформировали список проблем, разобрали их совместно с разработчиком, выполнили необходимые исправления и настроили отчётность.
Итог:
- система осталась;
- бизнес продолжил на ней работать;
- затраты от 1 млн ₽ на ненужную замену удалось избежать.
Это хороший пример независимой диагностики.
Иногда правильное решение по автоматизации — купить новую систему.
А иногда — ничего нового не покупать.
Вывод
До выбора новой WMS последовательно ответьте на пять вопросов:
- Какие конкретно проблемы есть сейчас?
- Какие из них относятся к ПО, а какие — к процессам и данным?
- Сколько стоит исправление текущего решения?
- Способна ли существующая система поддержать будущий масштаб?
- Какова полная стоимость миграции?
После этого решение становится финансовым и операционным, а не эмоциональным.
Обсудить задачу
Если вы рассматриваете замену WMS, этот вопрос можно проверить в рамках аудита склада до начала внедрения.