目前的软件模式可以大致分为定制开发、产品+少量定制开发，介于两者之间的第三种模式是平台+少量定制开发模式。
定制开发将逐步退出历史舞台
定制开发，过去看似很有诱惑力的开发模式，随着行业的不断规范，各种行业软件的不断推出和国内国际大型企业管理软件产商的不断蚕食，定制开发这种小规模的开发模式将逐步退出历史舞台，将被那些成熟产品和业务平台所取代。
定制开发，业务范围是很有限的，一方面，定制开发只能是小规模的，一个几百万，上千万的项目要定制的话，开发出来的产品是否专业不说，当就开发这样的一个系统所耗费的开发和实施时间，按目前的公司频繁开张和倒闭，估计足够一个软件公司倒闭好几次了，这样的项目，业主怎么会放心定制呢？另一方面，搞定制开发，需要软件公司的综合实力特别是行业实力要求比较高，由于软件公司没有专业的行业坚决方案，基本上是见单打单，因此基本上是企业业务的手工模拟，能够实现手工业务电子化就很不错了，又怎么能将ERP的先进管理理念和思想融入其中呢。
因此，定制开发由于开发周期长，行业业务理解不深刻、基本上是手工作业电子化等特点，无法将ERP管理软件的先进管理思想如标准化思想、全面质量管理思想、供应链管理思想等融入其中，同时由于成熟软件产品的不断丰富和蚕食，定制开发必将逐步退出历史舞台。
平台模式将是未来的一个主要模式
提到平台，在2001年是炒的最热闹的一年，很快，平台概念就和炒ERP一样被炒烂了，无论是什么系统，那怕就是一个Excel做的几个宏文件，也要加上一个平台。
如何理解平台？
平台的概念目前基本上有两种，一种是基于快速开发目的的、提供一些辅助开发工具(如系统管理、组件等)的开发平台，这种平台是一个纯粹的技术平台，充其量是一个开发工具(如Delphi)的优化，但有开发任务时，所有的客户业务都需要重新开发(当然有些技术平台也包含了一些系统管理、组织权限等相对通用的东西)。另外一种平台是在技术平台的基础上发展起来的，比较典型的有金蝶的BOS平台，东软的VP.net平台等。
技术平台的缺点：
1、需要开发的工作量大，提供的功能有限，无论怎么完善和拓展也只是一个技术平台，所有的业务都要重来，无法形成行业解决方案。
2、平台使用困难，程序员比较熟悉常规的开发工具如Delphi，但要熟悉一个技术平台需要很长的时间，一方面是技术平台是某个公司特有，程序员在没有使用该平台之前无从了解该技术平台的情况；另一方面，由于管理软件公司的实力的缘故，不可能和那些市面上比较流行的开发工具如Delphi相比，特别文档不全，开发人员的风格不统一，人员流动大等的特点，一个技术平台需要手把手的教，而且有很多平台开发人员自己的个性色彩，因此技术平台使用也是需要代价的。
3、无法形成行业积累和行业经验，复用度非常低，所有的客户业务知识都出存在程序员大脑中，无法实现共享，一旦程序员离开公司，所有的知识都被带走。在另一方面，复用对一个软件公司来说却是至关重要的。有个例子，有次到客户现场，发现他们用的一个软件很小，但所有人很喜欢这个软件，为什么呢？据负责人介绍，以往公司的业务员开发了多少业务、正在追踪的业务以及所有这些的业务信息如客户资料等都存在业务员大脑中，这些业务员离开后就将客户带走了，甚至转为公司的竞争对手。有了这个小软件之后，业务员的所有业务活动都被记录和追踪，实现了信息共享。这位负责人说，现在他们再也不当心业务员跳槽了。
业务平台的优点：
1、业务平台是从技术平台上发展起来的，具有技术平台的快速二次开发特点。
2、业务平台封装企业所有掌握的客户业务，容易形成行业积累和行业解决方案，能够最大限度的实现知识的复用。
3、业务平台可以自我完善，不断的丰富和发展。和技术平台相比，业务平台可以在实现技术上进行完善和升级，同时，随着公司业务的扩展和实施案例的增多，平台中不完善的地方将被完善，同时更多的客户业务将被扩展到技术平台中。随着业务平台的多次客户化应用，平台有机会构筑出一些行业软件产品(或准产品)
当然，业务平台也有很多需要考虑和完善的，否则，再好的思想也仅仅只是思想而已，我个人认为，目前的业务平台主要有以下一些方面值得关注：
