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