业务中台建设的目标是实现企业业务数据的实时、统一、在线。在业务流转过程中，通过对业务对象模型的梳理和提取，建立不同的服务中心。通过各个服务中心提供的服务能力支撑前台不同业务场景。这些服务中心不同于之前单体系统中的模块化，每个服务中心所提供的服务能力并不是单单给前台某一个业务系统或场景使用提供服务，而是和对于前台所有的场景进行支撑。业务中台落地形态通常具备一下特几个特征。
代码和数据库完全隔离。业务中台个服务中心的代码、数据库各自独立，以服务接口的方式实现业务解耦。这样势必能对不同的业务模式、场景有更好的兼容性和扩展性；同时拥有更快的交付和需求响应能力以及稳定性，大大避免了出现因为代码、数据模型紧耦合带来的应用迭代慢和系统不稳定的问题。
仅提供该业务领域的公共能力。各个服务中心在代码和数据模型的角度进行了隔离，从技术层面上大大提升了扩展的空间和可能，但如果将前台业务中对业务领域所有的需求都在该服务中心实现，而这些需求中不可避免地掺杂着具有场景性、个性化的逻辑，一旦这些个性化需求的逻辑及落入服务中心实现后，势必会影响服务中心的业务扩展性。所以在业务中台的各个服务中心提供给前台业务服务称为公功能需求集，只有在业务上真正具备公共、共享价值的功能才会沉淀到中台服务中心。个性化、场景化的需求依然放在前台业务系统中实现。核心是保证各服务中心业务的持续扩展性。
仅以服务方式对外提供访问。各服务中心今年提供服务功能接口，没有特殊的情况，服务中心一般提供涉及前台用户访问的交互界面，服务中心之间以及服务与前台应用间均采用服务的方式进行交互。避免用户交互的需求影响服务中心功能的共享性和稳定性。
