产品架构是对商业模式中核心业务场景的抽象

产品架构是对商业模式中核心业务场景的抽象，体现了商业模式的运作和实现方式，产品架构设计是抽象业务场景，通过业务规则建立产品内在逻辑的过程。

二、以X产品为例介绍产品架构分层

如下图所示，首先对X产品做一个背景介绍，现在要设计一个电商平台X，目前只支持自营业务，而且一部分系统已存在（支撑后台及其服务）。

图中总共包含4部分： 应用层、服务层、技术架构层、支撑后台。其中，产品架构主要涉及的是应用层、服务层、支撑后台，技术架构层是一个简化的技术架构，添加其目的是为了展示一个全景，让大家了解一下与产品架构与技术架构的关系。

应用层和服务层体现了“小前台、大中台”的战略思想，是产品架构的核心。当然，并不是说没有中台就没有产品架构，只是这是当前主流的产品架构。如果没有中台，服务层就是单纯的API，就需要把这部分的服务能力提到应用层里，在此不做介绍。

产品架构与技术架构层的关系：

应用层、服务层、逻辑层、数据层，4层体现了技术上MVC框架的设计思想，是一个逻辑递进关系，越往底层走越偏向技术实现。

技术架构可以划分的很细，在此不做详细说明，主要介绍技术实现原理：应用层通过一次用户操作获取数据，然后通过服务层把数据传输到逻辑层，逻辑层通过代码实现的规则对数据层数据进行处理，处理完之后再反向通知到应用层，反馈给用户，这样也就实现了一次用户交互。

三、详细介绍X产品的产品架构组成

先解释下“应用层（小前台）”和“服务层（大中台）”中“大小”的意思，“小前台”其实并不是真的小，只是相对中台小而已，因为中台包含的服务特别多（如果不理解服务的意思，可以把“服务”改成“能力”），承载的业务也丰富，而不同前台产品都是有不同定位的，可能一个中台服务于十几甚至几十个产品，所以就是小前台、大中台。

那么前台到底是什么？大家应该对阿里中台战略有所了解，如果用阿里的产品矩阵来距离的话，就包含了天猫、淘宝、菜鸟物流、1688等等，但是这部分只是面向前台用户的产品，其实还有对应产品的后台，可能面向各类商家，也可能面向内部管理，这些后台对中台来说也都是前台。说白了，只要是由中台提供服务的产品或系统，对中台来说都是它的前台。

这里存在一个误区，就是很多人认为中台在前台和后台之间，那就要分清“后台”到底是名字上有“后台”，实际是一个由中台提供服务的前台，还是产品线上用于支撑该产品的后台产品。这也就是为什么“平台后台”会出现在“小前台”的原因了。

应用层包含了各种各样的前台，不同形态的产品，可能是App端、Web/PC端、H5、小程序，这些不同形态的产品可能面向2C也可能面向2B。

服务层主要包含两部分：基础服务（或者叫内部服务）和外部服务。

基础服务就是要完成X产品需要设计的服务，外部服务就是已经存在于其他产品，可以直接使用的服务（该图的内外服务不代表实际设计时的划分，要根据实际情况划分，数据中台也不是必须的，在这里占了个坑）。

服务中心提供的基础服务可以单独对应用层提供服务，也可以跟外部服务进行组合，形成一个新的服务，对应用层提供服务。

对服务本身的设计不属于产品设计范畴，但是为了能够理解产品内在的逻辑，都要对服务有所了解，这是中后台产品经理的核心能力之一，我会在后面做简单介绍。

支撑后台分为两部分：可直接提供外部服务的后台系统和支撑X产品数据流转的后台系统。

在此解释两个概念：

• 服务产品化：当服务层的能力越来越强时，就可以把不同的服务组合，打包成一个新的产品提供给愿意为其买单的用户。图中CRM就是服务产品化的结果。
• 产品服务化：当自身的产品做到极致，而且很多其他企业也想要拥有这种能力时，就需要把自身的能力开放出去，然后就出现了“开放平台”，这是一个典型的开放能力的产品。在开放平台里，有企业内各种各样的产品能力，其他企业可以通过对应的API获取到对应的能力，比如支付、地图，这就是把支付产品和地图产品服务化了。

四、产品架构设计方法

X产品的产品架构图可以简化成下面这样（服务中心内的内容体现了其可支撑的业务能力，在画整体架构图时可以简化掉）：