Причины, по которым меняют WMS систему

Недавно, я разговаривал с одним маркетологом, покинувшим довольно известную компанию-разработчика WMS систем – нашего конкурента – и он задал такой вопрос: каков процент отказов от вашей системы через год ее использования. Я удивился такому вопросу, но оказалось что до 30% компаний через 1-2 года отказываются от продолжения использования их WMS. Имея уже не малый опыт замены WMS систем разных поставщиков, в этой статье мы постарались систематизировать причины такого решения: когда приходилось менять текущую WMS систему клиента на новую, более совершенную и причины такого решения.
1.Ограничения платформы и архитектуры
WMS система управления складом начального уровня
На российском рынке представлено довольно много WMS начального уровня, предназначенных для автоматизации несложных складских бизнес-процессов и обеспечивающих базовый уровень их автоматизации. Эти системы уже, сами по себе, переводят склад на новый уровень: предоставляют учет в адресном хранении и управляют базовыми операциями через ТСД. К таким системам можно отнести и все самописные WMS, разрабатываемые под процессы одного предприятия.
Почему такие wms системы управления нужно менять при развитии бизнеса
Появление новых бизнес-процессов на складе
Однако, когда оборот склада увеличивается, появляется необходимость в более сложных вариантах процессов, таких, например, как одновременный отбор нескольких заказов с рекомендацией какие короба отборщику взять для каждого из них. Взаимосвязь между разными процессами усиливается, появляется потребность в таких процессах, как упреждающие пополнения, применение разных стратегий отбора для разных ситуаций и подобное.
Чтобы включить новые бизнес-процессы в wms начального уровня нужно переписать wms, тк любой неоптимальный доработанный код тормозит поизводительность wms системы
Но архитектура системы начального уровня не разрабатывалась изначально с учетом этих требований.
В результате,
- либо их реализация просто невозможна без переписывания основы всей системы,
- либо неоптимально написанный код просто гробит производительность любого процесса.
С новыми дописанными функциями система начинает сильно «тормозить».
Увеличение количества пользователей складской системы wms
То же можно сказать и про количество пользователей и операций в системе. Для лучшего понимания можно привести метафору: если требуется ехать со скоростью 50 км/ч, можно взять маленькую машину; если требуется увеличить скорость до 100 км/ч, нужно увеличить мощность двигателя, но по конструкции это будет все равно машина; если требуется увеличить скорость до 150 км/ч, надо заменить подвеску, двигатель, форму, но по конструкции это будет все равно машина; а вот что бы достичь скорости 500 км/ч – нужна совсем другая архитектура, построенная на других принципах – самолет. Так же и с IT-системами, в частности с WMS.
Другие проблемы самописных wms систем управления
Для самописных систем, даже разработанных хорошими программистами, есть еще два сдерживающих их развитие фактора, влияющих на принятие решения о смене системы (помимо ограничений платформы):
- отсутствие специалиста, одновременно хорошо понимающего в логистике и программировании, чтобы поставить задачу программистам, и
- отсутствие достаточного времени у этих программистов, поскольку они же выполняют разработки в ERP-системе предприятия, и там копится собственная очередь задач и доработок.
2. Недостатки WMS системы складского учета с открытым кодом
Другой вариант, когда предприятие делает выбор первой WMS-системы по принципу: лучше взять систему с открытым кодом, что бы потом самостоятельно ее дорабатывать.
Как происходит внедрение wms c открытым кодом
Внедрение таких WMS систем происходит по принципу:
- поставщик устанавливает почти «пустую» базовую версию системы
- в этой локальной клиентской версии, выполняет множество программных разработок, необходимых для реализации текущей логики работы склада.
Заказчик надеется далее дорабатывать все что потребуется по мере необходимости, тем более, что специалистов владеющих языком программирования этой системы на рынке много.
Чем плохи wms системы управления c открытым кодом
Подвох здесь – в том, что WMS система имеет довольно сложные взаимосвязи между всеми своими процессами. Разобраться в этом коде и что-то поменять, не причинив вреда другому процессу – довольно сложно. Это – причина, по которой программисты не любят разбираться в чужом коде.
Сложно поменять что то в коде без вреда другим процессам, т.к. нарушаются первоначальные сложные взаимосвязи между бизнес-процессами.
Что происходит если программист, написавший систему wms уходит из компании
Как только программист, выполнявший доработки в данной локальной клиентской версии, уходит из компании поставщика, или заказчика, другому программисту/компании разобраться в его коде и взять на себя ответственность за функционирование всей системы и не остановить при этом склад – крайне сложно. По этой причине, через пару лет после начала работы заказчика в системе, даже поставщик этой WMS не хочет браться за новые доработки, которые на данный момент требуются заказчику. Он просто предлагает заново внедрить новую версию, конечно, по новой стоимости и за дополнительную оплату добавить все новые требования заказчика.
Но заказчик уже понимает, что через год-два, ему снова придется покупать новую версию с новым внедрением, и новыми рисками остановки склада.
3. Если на складе внедрена система управления складом wms зарубежного разработчика
Противоположная ситуация, но приводящая к такому же результату – смене WMS – возникает с зарубежными системами, как правило, нерассчитанными на доработки под заказчика. Зарубежная практика предполагает, что заказчик пользуется определенной базовой версией системы, до тех пор, пока она ни станет его полностью не устраивать. Тогда он приобретает новую версию.
В зарубежных wms доработки под заказчика не выполняются, вместо этого заказчик должен поменять свои бизнес-процессы под ту реализацию, которая есть в данной версии системы.
Но российский заказчик часто не готов к такому подходу. Специфика складской логистики в России, на самом деле, намного сложнее, чем на западе. У российского предпринимателя нет доступа к таким дешевым кредитам, как на западе. В результате российский заказчик заказывает доработки, а разработчик либо ставит их в очередь на 3-6 месяцев, либо выставляет «заградительные» цены.
В определенный момент, возросшие требования и необходимость обеспечить отгрузки в жесткие сроки и в полном объеме, наряду с остановкой в развитии складской системы заставляют компанию менять WMS, даже если на ее приобретение и ежегодную поддержку уже потрачено достаточно много денег и других ресурсов.
4. Когда вам говорят – данная версия более не поддерживается.
В этом случае, так как данная версия более не поддерживается, то и доработки, которые требуются заказчику, в данной версии выполнены быть не могут.
Такой вердикт характерен и для зарубежных и для многих российских WMS.
Разные компании по-разному объясняют такой подход. Но все же, на наш взгляд, истинная причина этого состоит в том, что многие доработки, которые заказчику необходимо либо уже реализованы в новой версии, либо там их реализовать проще, чем в ограниченной по функционалу старой версии системы с ее локальными доработками – и с каждым годом использования старой версии эта ситуация усугубляется. В итоге, уже через 5-7 лет разработчику экономически нецелесообразно тратить время своих программистов на поддержку старых версий.
В результате, заказчик снова становится перед выбором: новый проект внедрения той системы, которая была, с учетом ее уже известной высокой стоимостью владения, либо внедрение новой WMS.
Какой должна быть WMS без недостатков
Что можно противопоставить несовершенству архитектуры системы, рискам открытого кода, подходу «подстраивайте бизнес-процессы под наш функционал», бомбе замедленного действия под названием «разработки в локальной версии» и устареванию версий системы? Эти вопросы были положены в идею и архитектуру InStock WMS еще в 2006-м году вместо архитектуры под решение узких задач определенного клиента
InStock WMS cистема разрабатывалась консультантами на основе опыта многих внедрений западных и российских систем. Всевозможные процессы склада проанализированы на их вариативность. В результате, любой процесс может быть настроен для автоматического, полуавтоматического или ручного выполнения, по различным стратегиям -Вместо жестких процессов и стандартного функционала
Простая настройка функционала wms системы
В InStock WMS для того, чтобы заказчик мог самостоятельно, без обращения к поставщику решения и без программирования менять логику процессов по своему усмотрению, разработан мощнейший инструментарий конфигурирования процессов. Вы можете самостоятельно менять от простых настроек стратегий, до детального изменения параметров алгоритмов.-Вместо открытого кода, несущего риски остановки системы.
Код системы закрыт для надежности
Код ядра InStock WMS системы закрыт, а периферия – изменение бизнес-процессов склада – вынесено в конфигураторы. За счет этого, InStock Technologies, с одной стороны всегда может гарантировать работоспособность системы и склада, а, с другой стороны, предоставляет заказчику гибкий инструмент для творчества по оптимизации бизнес-процессов собственного склада.Вместо доработок в определенной локальной версии
Любые новые доработки в базовой версии: все клиенты могут бесплатно использовать эти доработки
в InStock WMS все доработки, под любых клиентов выполняются в базовой версии системы. Имея у всех клиентов одну и ту же версию, со всеми наработками всех клиентов, ее очень легко обновлять и поддерживать.Вместо устаревания версий.
Бесплатное обновление до новой версии
в InStock WMS базовая версия автоматически набирает функционал от внедрения к внедрению.
Все, что работает у какого-либо нашего клиента, будет работать автоматически и у нового клиента. Такая технология требует специализированной архитектуры системы, подхода к разработке, автотестирования.
В результате все наши клиенты работают на самой последней актуальной версии системы, и они ни покупали новых версий, ни доплачивали за переход с одной версии на другую в течение всего времени работы с InStock WMS.
Что надо учитывать при выборе wms
При выборе WMS, тем более, на замену существующей системы, необходимо, в первую очередь, обратить внимание на следующие факторы:
- Стратегия обновлений системы, и то, как архитектура внедренной системы адаптирована для обновлений. Любая серьезная IT-система должна предлагать заказчику стратегию обновлений (upgrade path). Мир информации в любой отрасли настолько быстро меняется, что заморозить развитие складской системы еще на этапе ее внедрения – это сразу шаг назад в автоматизации склада.
- Обеспечение надежности работы склада и гибкости настроек системы. При этом, если мы говорим о сладе, то между надежностью и гибкостью настройки функционала компромиссов быть не может: важно и то и другое, но надежность работы склада – на первом месте. Это означает: никакого «открытого кода» системы WMS и договор технической поддержки от разработчика WMS с жесткими параметрами отклика и решения проблем – SLA.
- Архитектура системы, обеспечивающая ее высокую производительность. Даже в том случае, если у вас сейчас всего 30 пользователей на складе, через пару лет их количество может возрасти и до 100. Затем, вы начнете автоматизировать склады в филиалах и, при этом, естественным пожеланием будет иметь одну систему WMS на центральном сервере, обеспечивающую работу центрального и всех филиальных складов.
Система WMS, наряду с системами класса ERP и MES, является ключевой IT-системой в бизнесе компании. Мы призываем вас подходить к ее выбору обдуманно, с учетом перспектив развития компании и стоимости владения этой системой.