本文以阿里中台为例出发，分析了业务中台应该如何合理规划产品线。

13年马云参观supercell，学习所谓的“大中台架构”，据此调整阿里巴巴的组织结构，以避免了大公司常见的部门与部门争夺资源，不同的小组做同样的事情，然后在15年确定了阿里的中台战略；

中台成为互联网热词已持续数年，但即使对于大部分业内人士来说，依然只是大公司架构下专属产物，其实不然，此文详述中台存在的意义及如果构建一套中台系统，及中台各产品线的职责。

以阿里为例，自淘宝网上线，对应一套淘宝网管理后台，涵盖商品、订单、库存、营销、支付、账号等基本业务系统，后业务迅速发展，天猫以另一个部门或者公司来独立运营，随之而来的另一套高度相似的商品、订单管理后台。

但这显示不是终点，后面的聚划算、一淘网、菜鸟裹裹等等，虽然战略方向各有不同，但每套业务都要有自己的管理系统，显然，问题暴露的越来越明显。

一方面，这些系统架构及功能未被复用，管理效率及资源的利用率较低，成本大幅增加，即使大公司不在意这些（产研的维护成本占公司总成本比例都不会低），那用户体验则是大公司不得不重视的。

如果用户在淘宝网已登录状态下，打开聚划算的新页面，因为不同的账号体系，如果让用户再次登录一次，无疑是对用户体验的重大伤害。这里就引出了中台系统（本篇讲的中台皆为业务中台）最基本的产品线-用户帐号系统。

用户帐号系统（passport）

是产业中台化的基础，负责管理用户帐号信息相关。包括用户登录信息管理、用户登录状态管理（token管理）、合作帐号管理（openid）、第三方帐号管理、昵称头像审核等职能。

同一套账号系统可以适用于公司任何一套新业务，可以在新业务上线和多业务管理时，快速实现对业务的支持。

交易中台

交易是整个商业流程的核心环节，这个环节上上的商品、订单、支付三个系统有着一定程序的耦合，所以用同一个产品线来管理。

商品订单系统是负责所有产品线的相关业务支持，如商品信息查询、商品价格策略查询、外部订单同步管理、订单类型管理、订单记账接入等基础功能，所以需要有良好高并发支持能力。

支付中台则是提供支付能力的接入，同一个系统接入所有业务所需的支付方式，同时管理商户号和商家账号的对应关系，可以满足其他产品支付能力的快速接入。

促销中台

促销中心由规则引擎、赠品中心、消息通知、运营后台和数据报表等基本模块组成。各业务方运营人员通过运营后台进行业务方配置、规则配置、赠品配置、上架管理等操作来完成促销活动上线。

规则引擎根据业务方请求和定时任务来进行生成具体的促销结果，赠品中心根据促销结果完成相应的赠品发放等操作，消息通知系统调用外部消息接口推送各类促销信息。数据报表则为运营人员提供多个维度的业务数据。

虚拟资产中台

虚拟资产中心是用来支撑所有虚拟服务的，包括优惠券、代金券、积分、红包、卡密、各种虚拟币，影视行业还有有观赛券、观影券等资产。

所有资产都需要有完整的生成、发放、查询、消费、退款、回收等流程。所以同一套产品线管理（并非同一个中台系统），通过系统渠道及业务渠道来区分业务产生归属，以大数据抽取所有明细数据，进行财务对账或运营数据分析。

大数据中台

此处的大数据仅为数据分析中台，不要理解为现在风口上的大数据。大数据根据抽取所有业务线及各中台系统的生产数据，对数据加工后生成直观的老板看板、运营数据统计、财务审计系统。

触达系统相关

移动互联网时代，触达信息是不可或缺的。邮件、短信、push、站内信都是基本的触达方式。对内构建完善的触达系统，对外提供统一的对外模板化接口服务。

当然，除上述外，还比较常见的产品线有风控中台、物流中台等，不同行业、不同公司所部署的中台框架肯定有所差异，不同的发展时期所需要的中台定位也不相同，比如在多业态出现的时候，首先可以搭建账号中台系统，如果都有支付业务，则可以拓展支付中台，只要认准中台的定位，根据公司的业务发展，逐步分离及构建的才是最适合自己的中台系统。

最后，中台的产品经理所需要具备的架构思维能力更高，不同于业务部门产品经理的以业务为导向，因为同一个系统会存在多个业务部门，对于同一类型业务可能会有相异甚至相反的支持需要，所以兼容性的架构能力、明确的业务边界、良好的沟通能力缺一不可。

本文由 @椒图 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议。