APaaS使用模块化方法构建各种企业应用程序。这是否意味着客户可以使用APaaS替代现成的企业应用套件？
这个问题没有标准答案。就像有的家庭想买标准化的板式家具，有的家庭想完全按照自己的需求定制。企业的应用手段很大程度上取决于自身的IT应用能力和治理要求。
作为一个相对较新的企业软件类别，APaaS总是有一个发展和完善的过程。其对标准化应用产品的替代能力也是由弱到强。
首先，APaaS非常适合构建一些孤立的部门级应用程序。这些应用程序解决了一个单一的问题，不需要与任何其他应用程序集成，并且使用相对较小的用户组。比如制造业的设备抽查，某个业务部门的订单汇总，项目部根据其具体需求搭建的项目管理应用。这些应用可以零代码/低代码的方式构建在应用平台上，非常方便和困难。即使是没有经过软件行业培训的业务人员，也可以独立完成。
第二个层次涉及现有系统的扩展需求。比如制造业的ERP往往需要扩展到工单和运单，CRM系统需要从某些营销活动中获取销售线索，但是这个模块并没有包含在完整的ERP/CRM产品中，或者包含的模块不能满足企业的需求。围绕单个应用进行扩展并不难，只要解决了数据集成问题。即使数据集成困难(比如原产品没有API接口)，定期导入导出在很多情况下也能解决问题。我们的美国同行推出的第一个用例是思爱普扩展。
第三层应用深度涉及到密集的集成工作，解决了不同应用系统之间的数据传递问题。比如企业既有MAS(营销自动化系统)，也有SFA(销售自动化系统)，但都是独立的产品。功能完备的APaaS可以在这两个应用之间搭建数据桥梁，也可以同时保存数据，从而形成跨边界的业务分析报告。能走到这一步的企业大多已经有了很多现有的应用系统，想要一次性彻底颠覆重新开始是不现实的。因此，在应用APaaS时，必须解决数据集成的问题。数据集成有很多解决方案。除了前面提到的文件交换集成模式，目前最流行的方式是采用标准化的Restful API，这是消息集成方案的一个规范。幸运的是，大多数SaaS产品现在都提供这种接口。
第四，用APaaS定制构建一个完整的应用。而这个应用必须是企业的核心业务系统。常见的有CRM、ERP、PMS(项目管理)。当然，哪个体系更核心，完全取决于企业所处的行业和自身的运营模式。我们从实际案例中可以看到，几乎每一个品类都可能成为企业的关键应用，一般是管理企业主要价值创造活动的职能。
第五个层次，也是APaaS使用深度最高的一个层次，是利用其灵活性构建一个业务流程相对完整的数字系统。从营销、销售、运营、服务到管理会计。只要实施者掌握或建立了科学的数据模型，使用APaaS作为自己的家用水桶并不是高不可攀的。它带来的好处不仅仅是快捷经济，还有数据的渗透，消除了购买不同应用带来的数据孤岛问题。当然，业务复杂的全流程系统不会简单，没有足够的架构经验很难轻易成功。对于成熟的企业来说，还有很多技术层面以外的问题需要克服，比如迁移迭代计划、质量控制、员工协作等。
下图大致勾勒了应用平台与应用产品的关系，以及上述五个应用深度层次。
最后，要客观的声明，APaaS有能力替代应用产品，但是它永远不能也不需要替代所有的应用产品。它包括几种情况:
1)一些特殊的专有系统不是典型的关系数据库应用。比如酒店业的PMS可能涉及复杂的动态房价计算；餐饮行业的收银系统需要精致的软硬件整合。
2)对于一些非常标准化的应用，市场上有足够好的产品。购买一个应用程序的成本甚至低于构建和维护APaaS应用程序的成本。
3)实现了先进的系统级应用产品，这些产品具有高粒度定制能力。比如微软的Dynamics产品线，Odoo开源产品，甲骨文的APEX，Salesforce的Lighting等等。因为APaaS本身的能力与这些产品的定制能力是一致的，只有应用平台使得这种高粒度的定制能力更加极端。
