最初的仓库系统发展模式为按需开发，风险、开发时效、最佳实践方式等因素让人们眼球聚焦到了成熟套装软件系统上，在此姑且不论何种方式为最佳，有人相信应该是＂七八分标准功能，二三分客户化订制＂，若我们以电商行业的特色物流中心为角度探讨的话，比较几种传统仓储系统方式：
（一）订制开发：完全照用户的需求开发，需避免落入使用者提的要求并不总是正确，需要有经验去评判任何一个需求是否合理并会否带来负面影响。这种模式尤其在业务需求变动时最常遇到瓶颈，例如该物流中心突然由服饰为主的库存近期要新增食品的业务，一些基础的批号管理与效期控管可能就会成为瓶颈；
（二）国外套装软件：有非常丰富的功能，尤其以配置参数为导向的大型系统，能以复杂参数调整来满足需求，但在多年的国内市场使用经验来看，一个以复杂参数配置的方式，一是光测试的时间可能就接近开发的成本，二是总是有特殊需求无法以参数满足，届时的原代码修改成本更是可观，三是即使参数能配置出，也常常因为不能完全吻合实际操作习惯或需要，而仍是牺牲现场需求去配合系统功能；
（三）国内套装软件：一般以程序员的日夜开发来补足参数弹性的不足，对于用户来说某些时候是比国外软件高昂的顾问成本来的经济，但厂商也须生存也须营利，因此中长期来说仍是要付出修改成本，在国内的仓储系统市场，某些厂商的作法是先以低价进入项目再慢慢以高昂的二期修改费用赚回利润，或是项目过多无法即时回应，也是当前许多采用外购仓储软件的企业心目中的痛点，甚至影响限制了业务发展；
（四）自有研发团队开发：投资大量人力，例如国内某大型电商投资二十人以上的团队开发八个月后形成一个初步仓储系统，优点自然是能完全掌控，未来成本似乎降低，但若开发主设计者的概念并不是非常丰富，仍会落入厂商订制开发的窘境：例如另家知名大型平台电商的自行开发系统难以快速转型支持B2B或跨境模式，仍须向外寻求所谓专业厂商的协助。