作者：vronaldoyu

    不管产品是MA/RP/Infor/Highjump, 还是Oracle/SAP, 或是MA、Infor、富勒、唯智、博科、科箭等等，WMS Implementation 可不是简简单单地能用就完了！

     虽然我们自己的产品和国外专业WMS或ERP领域的WM模块相比，差距是存在的，但实际上往往很多上了本土系统的公司发现，原来好多上线失败的案例来自于MA/RP等，好像看起来是产品的问题，或者是设计实施的人的水平问题，或是中国特色比如要跟海关台账等若干系统EDI问题，或者就是客户化太多导致许多年过后没人懂甚至当初厂家负责实施的人或开发的人已经消失……

      产品不是此文探讨的重点，但是可以“晓说”。一两百万甚至几百万人民币的入门费，加上1千到1千五美金的人/天费用，对比我们自己，十几万、几十万不超百万的license费（暂不考虑SAAS）2500~3500“低廉”的人/天费用，可以说，这根本不是一个数量级的对比。看看这两天欧冠半决赛的结果，巴萨皇马阵容超出拜仁多特蒙德有多少个数量级，虽然本人还是希望逆转可以发生，西甲的国家德比可以出现在老特拉福德，可是上帝非要让我们哭了笑，笑了再哭吗。

      本人是非常支持自己产品的，虽然有的产品“借鉴”了别人的比如从前的Exceed, 但看看现在的我们对WMS的理解，已经今非昔比了。总体上，不仅对物流供应链这个保障部门/功能的重视，也有好多像医药/超市/服装企业愿意花大价钱投资到信息系统的建设，如果什么时候，我们的不太发达地区的企业，第三方物流公司都用上RF/语音/RFID/全自动仓库等技术的时候，那个时候我们才可以称之为工业上的现代化吧！

回到主题，合格的WMS实施人员会啥，每天都干啥呢，

1.   懂自己产品，除了偶尔和售前去忽悠客户外，这个忽悠除了贬义还应该包括对客户起码的尊重，虽然有的客户只是让你公司来陪标的，但专业和靠谱的方案应该是起码的做人要求（只靠打价格战拿到客户的除外）
      懂自己产品不是只会几句话比如“灵活的配置，自定义的行走路径，和客户ERP无缝的链接，完善的上线后支持”等等，至少从表结构，存储过程，系统架构，inbound/outbound/inventory management，许多细节可配置的条件和深度, 扫描枪是客户端 or Telnet,界面更改/逻辑校验属于客户化还是基本功能，默认几百个报表几乎没有用都需要客户化，基本信息导入导出的友好化等等，提前告诉客户产品的优点和缺点不行吗？早晚都得知道。人都一样，何况系统呢？

2. WMS软件公司的实施和第三方物流的实施还不一样，前者的项目基本是由内部销售给的，带着评估好的预算和开发实施时间，如果碰上客户公司来个二把刀配合的，随你怎么忽悠、扯皮都行；
后者的项目虽然有的也是内部销售拿到的，但由于干活面对的更多的是内部客户，可能会对项目本身的了解程度更多，问问BD cost model,问问仓库经理运营P/L,问问仓库主管业务分析操作人员分工了，当然还有客户那边的操作和IT的支持了。

3. 设计完项目计划，scope/cost/lead-time老板 /客户认可后，开始开发、配置，测试等等，如果再牵扯到硬件和网络，好了，日常打交道的马上多了，有内部外部甚至区域的总部的IT, 电信的当地服务，卖枪卖AP的，卖打印机的，布线的，拉光纤的等等；

4.   UAT通过后，培训基本也算完了，压力测试如果没问题的话基本就是上线前的准备了，有好多上线后的issue测试中没有遇到的要尽快解决，前几周没有大问题的话，到三个月后基本就没事了；（仓库如果都在偏僻的地方，怎么感觉每天交通和温饱问题反而更重要呢？！）

那么优秀的WMS实施的除了上面还要具备什么特质呢？

本人可以举两个遇到过的这方面的佼佼者，一位英国人叫Sarah H, 软件公司的，title是project manager, 另一位是马其顿人叫Robert R, title叫 configuration analyst, 第三方物流的。

1.  从RFI/RFQ就开始跟进，到Business Requirement分析，再开始Solution Design, Interface Design, 好了，全部写好已经一两个月过去了，这项目如果是新项目还包括仓库layout等设计，旧系统迁移的话就更麻烦了；

2. 开始配置，前台不能实现的写function, procedure, package, 某些功能用户界面不好的写shell, 对 PO/ASN/pre-advice表头表明细，SO/Order/Issue表头表明细，甭管上架分配补货拣货包装等客户要求啥，承运商,Value Added Service, shipdock校验等各种奇怪的需要，总之但凡需要客户化的，要么用巨长无比的SQL内部功能实现，要么后台现开发，都是一个人搞定；

3.  各种测试，各种培训(普通用户,主管等等), user manual, 配置文档，同时在线人数啊，反应速度了等等；

4. EDI, 完成所有interface mapping,  跟客户测试，部署；

5. Report/Label, 完成所有不是现成的报表和标签，甭管是  crystal report, I-report， 都是自己设计自己开发；

6.  新仓库的话基础数据若干个表的导入，migration的话导出再整理，再导入等等；

7.  Troubleshooting, 测试环境到UAT, 再到Production, 上线后的优化，用户反馈的分析，见人说人话，见鬼说鬼话，随时在 系统白痴，普通用户，超级用户和编程人员不同模式间切换；

8. 再加上越来越整合的，TMS, billing, 人员劳动力管理等等，完了，别干了；

    小总结，人会的东西多了一定是好事吗？？？前台基本功能实现不了不会说“必须客户化，可能要100个人天吗？”遇见bug不会说“这些问题会在下一个版本中解决，你再试试，可能是测试数据不准确不丰富……”
老板希望仓库人员越少越好，仓库经理希望准确效率高没有投诉最好，仓库主管希望每一步的校验越多越好，别给我分组，所有的活所有人都可以做才好，而如果我是个操作工人，我只希望，系统傻瓜式操作，能偷懒不干活最好……
     所有的这些要求，一个负责WMS实施的怎能同时解决？

     管仓库操作的，知识更新换代不快不频繁，搞IT的，新的技术层出不穷更替太快，希望我们自己的各种物流管理系统可以早日比肩国外的先进系统，我们自己的系统实施人员可以越来越专业，至少让我们的客户相信依靠我们。

文章评论总结：

1.skat_yan：差距就是人与人之间的工作能力，和对事物的态度。想要做好一件事其实并不难，好的思路，加上执行力，再在过程中不断改善！

2.heroes3player（富通维尔）：不考虑你故意的排序顺序“富勒、唯智、博科、科箭”。我认为最大的区别，好的实施顾问，会充分发挥主观能动性，从调动甲方公司人员积极性，到解决软件包本身解决不了的问题。软件解决不了的问题，应该积极考虑解决方案，即使是软件功能上的问题，不一定非得从软甲本身来解决。

3.仰天蓬蒿人（九州通物流部长）：其实  我觉得平衡是很重要的东西。
有时候你必须要在客户和团队之间作平衡。客户的需求多，一股脑接受，团队成员会觉得你不为他们着想，不接受，客户认为你服务意识不够。这个度很难把握。

4.yujuan037：且不谈厂商排名先后，看标题与内容后与我想象差距甚远，不做评价！
做为一个现场操作系统，在很多行业又么有标准的情况下，wms系统的实施如果只是这样的话，那看来我的理解有误差！受教了！