中台产品经理宝典：中台到底是什么（第二篇）

导读：本书偏重业务中台的讲解，第1-4章介绍中台的发展历史、现状和内涵。第5-10章详细阐述业务中台的设计和建设全过程。第11-12章介绍数据中台和技术中台，但这两章偏科普性质，且有不少的偏误，建议研究数据中台和技术中台的读者另寻它本。总之，本书对中台的概念有较好的解释和比喻，可以作为中台体系的入门读物。

第2章 为创新而生：中台战略

• 2019年，中台规模化元年。腾讯、京东、字节、美团纷纷布局中台战略。

2.1 前后台模式在下半场水土不服

• 前后台模式是公司最省时、省力的一种面向新业务场景的解决方案，其中没有“多余”的部分。
• 前后台模式的弊端：
  • 产业互联网产品的版本生命周期大大缩短，而前后台模式的烟囱式生产流程（每次都从底层开始建设）响应太慢。 但用户是不可能为你的系统底层架构建设买单的，无论是时间成本还是财务成本。
  • 例如，活动结束了但活动模块还没有开发完成。

2.2 揭开中台的神秘面纱

（1）关于中台的一个比喻

• 一个比喻：做菜的案例，拆分做菜任务，设置一名（或多名）配菜员为所有厨师提供共享的配菜服务，提高做菜效率。
• 一句话概括：中台的核心本质就是向前台业务提供服务共享，目标是更好地这是赤前台业务方进行规模化创新或大规模是错，从而更好地响应市场的需求。

（2）中台的完整定义

• 中台解决方案 = 能力输出 + 标准化中间件
• 能力输出：①考虑公司现有的核心业务和未来的战略目标，提炼出共性存在、不断被使用的能力模块（一次建设、多次使用），而不是把所有能力都复用化。②例如，业务核心方向是在线视频、视频直播、短视频等，则基础能力模块可能包括在线视频编辑、视频压缩、多人点播等。③特别注意，中台的可复用性和扩展性需要，避免过度建设。
• 标准化中间件：①对能力进行封装，形成统一的可供前台业务端快速使用的中间件。②“统一”包括，在不同终端中名称与含义，以及统一的输入输出。

（3）中台的价值和建设目的

• 中台的价值：核心价值之一就是可以大幅降低软件开发的边际成本。
  • 提升内部服务的复用能力
  • 提供全局视野和全量数据模式
  • 提升应用的TTM（Time to Market）
  • 统一用户感知（用户体验细节的沉淀和统一）
• 建设中台的核心目的：降低成本 和 提高效率
  • 降低成本：①减少重复建设，节约开发成本。②节约新项目的上线时间成本。
  • 提高效率：让中台称为 前台 和 后台 之间的一组“变速轮”，将前台的快速响应需求与后台的稳定输出要求进行匹配。

第3章 中台化浪潮

3.1 中台与产品微服务、Saas的区别

• 产品微服务：是指为了方便代码维护，避免一个模块故障导致整个系统都无法运行的局面，开发人员将功能按模块进行封装，规定好输入输出，组成一个个小的独立单元使之能够独立运行。是实现中台的一种手段，而不完全等同于“中台”这个概念。
• Saas（Software as a Service）软件即服务：与传统的向客户出售软件及其全部代码的方式相对应，这是一种将代码部署在远程服务器，客户可以通过网页、客户端等进行访问、完成服务，不用担心软件的安装与售后。比如现在互联网企业使用的软件订阅服务。与中台是完全不相同的两种概念。

3.2 什么企业需要中台

（1）考虑的因素

• 公司的发展阶段：比如①初创企业，一切从零就开始规划。②具有成熟业务线的企业，才能提炼出成熟的可供复用的业务能力模块。③业务线复杂的企业，需求多变化快，建设中台可以梳理复杂业务，快速开拓、快速试错新业务。
• 公司的战略目标：未来的公司业务焦点是否能够与现在保持一致，否则中台基于现有业务提炼的能力共性将毫无用武之地。
• 公司的业务线：公司的任务线是否比较成熟，比如订单流程是否已经被市场验证为最优解？如果还处于摸索、完善阶段的业务不适合进入中台建设的范围。

（2）中台建设可行性评估自查

一级自查项	二级自查项	参考占比	自查项的具体描述	评估候选值
1、公司发展阶段（定性）	执行策略	5%	/	进攻/平衡/防守
	发展阶段	5%	/	初期/中期/成熟期
2、公司战略目标（定性）	愿景	20%	安于现状or继续做大	强/弱
	聚焦性	10%	是否有统一的市场方向	强/弱
	连贯性	10%	前后政策是否连贯	强/弱
3、公司业务线（定量）	业务线数量	5%	业务线条数及其内部产品数量	数量
	业务量级	5%	用户的规模在市场中的占比排名	上/中/下
	业务重合率	20%	各条业务线是否有重合的部分比例，比如都需要会员模块	百分比
	使用频率	15%	重合功能模块的使用频率	百分比
	业务迭代耗时	5%	重合功能模块开发耗时占比	百分比

3.3 国内中台产品的发展现状

（1）Supercell：国内中台概念的启蒙导师。

• 位于芬兰的一家游戏公司，每个项目团队都保持10人左右的规模（cell），团队自主决定要开发什么游戏，由公司中台提供每个游戏都通用的基础设施（支付网关等）、游戏素材、引擎、人物模型等，全部集成到一个SDK，并提供很多游戏生成工具和代码框架，每个团队都可以快速创新和试错。

（2）阿里巴巴：国内中台的先驱者

• 阿里巴巴“小前台+大中台”架构下的组织形式（2015年）。“小前台”是指减少业务部门的研发、技术人员，将更多的需求交给中台去做；“大中台”是指将提供统一服务的部门做大做强，负责更多公共服务的研发。

• 阿里巴巴中台架构的技术体系
  • 基础服务：高可用、异地多活为特征。
  • 阿里中台：将原业务线中相同的模块抽象后得出的共享业务服务能力。
  • 业务应用：调研中台服务，快速组装成具体的应用软件，也就是用户真正使用的产品。

（3）腾讯的中台架构

• 中台架构：六大事业群 + 技术委员会
• 腾讯的下半场战略：建设开放中心服务众多细分领域的中小型企业，让腾讯自身成为这些企业的承接平台，通过先服务B端客户再间接获得C端客户。

3.4 中台产品的演进

• 第一个阶段：共享代码平台。建设公用代码库
• 第二个阶段：共享服务平台。单独维护基础服务，比如消息推送、登录验证、人机识别等。
• 第三个阶段：共享能力平台。将 服务共享 变成 能力公用， 并将各业务条线的数据进行汇总。

3.5 中台产品的正确分类

• 中台的定义应该与企业的定义高度协调，企业的经营活动可以细分为：产品制造、业务对接、数据运营。
• 技术中台： 对应着产品制造，负责生产组件的研发，将通用的技术工具封装为方便调用的SDK，比如视频压缩SDK。
• 业务中台： 对应着业务对接，根据不同业务场景下的需求将已经跑通的前台业务流程封装成可以直接使用的“半成品”，比如搭建整个公司都可以使用的会员中心、订单中心等。
• 数据中台： 对应着数据运营，打破业务烟囱，将不同业务线产生的数据汇聚至数据平台，为下游提供数据进行决策。

第4章 C端与B端各需要什么样的中台

• 中台建设的目标是为企业创造价值：①为企业直接创造收益。②提高企业内部的运营效率。③帮助企业更好地完成信息传播。
• 企业生产经营过程中的5个关键要素：客户、团队、营销、交易行为、产品。每一家企业的这5个要素都是不同的，因此每一家企业的运行逻辑都是独特的。
• B端产品商业化中的2个误区：
  • 唯日活论：B端产品应该追求高净值客户而不是用户数量。
  • 虚荣指标：比如日活指标。采用这种只能满足设计者虚荣心却无法带来实际价值的指标对B端产品进行评价。
• B端产品的唯一评价指标：投资回报率ROI。对于定制化的部分，对企业提出的革新挂需求是否满足、如何满足、满足程度需要严格以ROI为导向。
• B端产品的MVP（最小化可行产品）尝试：通过将一个最小的可行性产品投放到市场上来观察用户的反馈，并在这个最小化产品的原型上持续快速迭代，直到产品到达一个市场接受的阶段。比如，我们试图规划一个“问大家”的新功能，那我们只是需要开发这个功能中最关键的部分“话题发布”与“回复”即可，其他功能可以在该功能得到市场验证后再精细打磨。
• 在MVP开发过程中，耗时最长的是后端开发，这也是中台可以发挥作用的地方。
• C端与B端的中台建设目标：

C端中台建设目标	B端中台建设目标
为支持不同偏好的细分用户群体业务提供统一支持。	为定制化产品研发提供统一支持。
为快速创新、高频试错提供基础服务。	B端业务的低成本快速试错。

---

To be continued…