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手持終端架構等。

http://m.jintingqj.cn/baike/2762.html WMS系統應該這樣選擇！