WMS系统应该这样选择!

系统介绍 欢迎加入仓储物流交流群!

小编微信:gll1806

WMS产品在市场上的同质化比较严重,功能也大同小异。WMS也不能随便找个厂家,买一套回来装上就能用。在具体选型时,还是要关注一些因素,遵循一定的原则。
1、引进WMS前,确保自己的业务流程是有效的,对自己仓库未来像什么应该有一个清晰的Blueprint。如果自己都不知道仓库会怎么发展,那就……换个岗位吧。
2、要与公司使用的其他管理软件兼容。由于实施WMS前库存和帐目都是在ERP中管理的,ERP往往会为了对帐设置大量的逻辑,这就造成WMS集成难度大大增加。如果软件商只懂仓库运作,对于ERP账务管理机制和背后的业务需求不了解,失败风险极大。同时,在具体的实施过程中,需要双方人员研讨如何确保业务流程在引入WMS后,能够继续流畅运行,并得到优化。这是非常花费时间、精力和需要经验的工作。
3、对自己的仓库如何工作保持一种开放的心态——让软件商听取需求,展示各种使用他们方案的方法。这个时候千万不要遮遮掩掩,需求说不清楚将遗憾终生……。
4、价格很关键,但不要往死里压价。最终把想买的那套WMS买下来了,王子和公主终于排除万难结婚了,他们从此过上了……悲惨的生活!一定要弄清楚需要增加仓库和用户数时,还需要多少钱?功能不满足业务发展要求,需要二次开发时要多少钱?是否会需要支付海外专家的费用?每年软件运维费是多少钱?等等。
5、寻找关注仓库和物流的软件商。因为许多综合性公司常常改变策略,当他们的财富发生变化时,往往会减少对仓库管理的关注。最悲催的是,刚上线A公司的WMS,结果他们倒闭了(或改行了)。
6、寻找那些具有很强的仓库专家队伍的软件商,否则,就有可能要为他们培训有关仓库管理方面的知识,或者只能依赖一两个人,而恰恰一段时间后,这个人离职了……。软件商的人要真懂WMS ,懂(或者很快能搞懂)我们所在的行业。同一套WMS,实施的人不同,结果也会大相径庭。同样的笔可以写出《围城》,也可以写出《小蝌蚪找妈妈》。
7、确保有得力的人员作为负责人,在其带领下建立一支队伍,负责整个WMS的实施;同时,要让IT部门参与其中。
8、确保软件商有充沛的可控资源来解决各种问题,能在工作期间随时提供必要的咨询和支持——如果有必要的话,24*7,特别是软件刚上线的时候。
9、寻找那些仓库和物流专业人士认可的WMS,而不是项目开发者或者分析者认可的。对于他们提供的产品,进行一次深度的展示,确定这个系统包括我们所需要的全部功能。
10、确保产品相对来说是新的,有良好的业内声誉,使用最新的软件技术,并进行持续不断的更新,能满足未来仓库的供应链需要。
11、了解WMS的性能。因为WMS是一个实操要求非常强的系统,在波次处理、分配等各环节都涉及到大数据量计算。再强的功能如果使用起来慢吞吞(让操作员恨不能以头抢地耳,或者掐死买软件的领导),或者一跑分配就是半小时(或更长),并且跑分配的时候还不能做其他操作,对于业务带来的影响是非常致命的。功能不足可以通过二次开发往上加,而性能不行往往很难得到解决。
12、选择一个能在当前仓库操作类型中有成功案例的软件商,让他们带着到其他用户使用现场,并在每一个场地都能和产品的使用者、管理队伍进行直接沟通。
13、寻找那些终端客户可以配置的软件包,目前很难预测未来WMS需求,所以需要高度的灵活性。产品中小的但是重要的改变是必要的,但这些变化不能影响系统的升级,即定制开发能力和费用情况可以接受。
14、确保软件商的规模合适——不要那些规模小的公司,因为他们缺乏足够的资源;也不要那些规模太大的公司,因为很难影响他们的产品开发和服务水平。另外,软件商应该容易相处。
15、关注软件架构。这个系统如果在技术架构上和公司使用的其他管理系统一致,后期IT团队就容易支持和运维,出了问题好解决,运维成本也比较可控。需要考虑或设限的IT架构包括但不限于:B/S还是C/S、集中部署还是每个仓库装1套、使用哪种DBMS、.NET还是JAVA、运行在window还是unix平台上、RF手持终端架构等。

喜欢 (278) or 分享 (95)
仓库管理