最初的倉庫管理系統發展模式為按需開發，風險、開發時效、最佳實踐方式等因素讓人們眼球聚焦到了成熟套裝軟件系統上，在此姑且不論何種方式為最佳，有人相信應該是“七八分標準功能，二三分客戶化訂制”，若我們以電商行業的特色物流中心為角度探討的話，比較幾種傳統倉儲系統方式：
一、訂制開發
完全按照用戶的需求開發，需避免落入使用者提的要求并不總是正確，需要有經驗去評判任何一個需求是否合理并會否帶來負面影響。這種模式尤其在業務需求變動時最常遇到瓶頸，例如該物流中心突然由服飾為主的庫存近期要新增食品的業務，一些基礎的批號管理與效期控管可能就會成為瓶頸。
二、國外套裝軟件
有非常豐富的功能，尤其以配置參數為導向的大型系統，能以復雜參數調整來滿足需求，但在多年的國內市場使用經驗來看，一個以復雜參數配置的方式，一是光測試的時間可能就接近開發的成本，二是總是有特殊需求無法以參數滿足，屆時的原代碼修改成本更是可觀，三是即使參數能配置出，也常常因為不能完全吻合實際操作習慣或需要，而仍是犧牲現場需求去配合系統功能。
三、國內套裝軟件
一般以程序員的日夜開發來補足參數彈性的不足，對于用戶來說某些時候是比國外軟件高昂的顧問成本來的經濟，但廠商也須生存也須盈利，因此中長期來說仍是要付出修改成本，在國內的倉儲系統市場，某些廠商的作法是先以低價進入項目再慢慢以高昂的二期修改費用賺回利潤，或是項目過多無法即時回應，也是當前許多采用外購倉儲軟件的企業心目中的痛點，甚至影響限制了業務發展。
四、自有研發團隊開發
投資大量人力，例如國內某大型電商投資二十人以上的團隊開發八個月后形成一個初步倉儲系統，優點自然是能完全掌控，未來成本似乎降低，但若開發主設計者的概念并不是非常豐富，仍會落入廠商訂制開發的窘境：例如另家知名大型平臺電商的自行開發系統難以快速轉型支持b2b或跨境模式，仍須向外尋求所謂專業廠商的協助。