不象其它软件，WMS产品在市场上的同质化比较严重，功能也大同小异。目前，比较著名的软件商包括唯智、富勒、info、MA、RP等。当然了，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手持终端架构等。
网友评论