经历多个中台项目后，我总结了一套中台实战框架设计|顾客|注意力|电商|模型

编辑导语：在前面的系列文章中，作者为大家介绍了中台MSS建设框架的概念，在本文中我们具体看看要如何实践MSS框架。作者从理解中台和建设中台两个方面出发，对MSS建设框架进行了详细阐述，并总结了自己的相关思考，与大家分享。

文章插图
我分享的主题是中台通用建设方法论：MSS建设框架，本次的分享我会分为三个部分来展开：

文章插图

中台为什么火了以及中台火热背后的深层次原因；
在主导了多个中台项目后，自己总结出的一套MSS中台建设框架，希望能帮助大家更好的能完成中台产品的设计与规划；
在经历过多个中台项目后我的一个建设感悟。

接下来让我们一个个来看：
01 为什么中台概念突然火了？大家都知道中台概念最早诞生于18年前后，也是从那时候开始整个互联网圈开始兴起一股中台的风潮，一直到今天中台都还是一个相当热门的概念。
那么中台概念火热的背后，除了简单的归纳为企业跟风外，能持续这么久这背后肯定有深层次原因，而深层次原因就是这张图：

文章插图
（中国信息通信研究院(CAICT)：2018年手机出货量统计）
我这里为大家放了一张国内机构给出的中国手机出货量统计表，大家现在都知道中台概念在18年兴起，但是大家可能不知道的是18年对中国手机市场其实也是一个非常特殊的年份，为什么这么说呢？
我们从图中可以看到，在红框圈出来的部分，代表着中国手机市场首次出现了一个现象叫做整季度出货量为负增长。
这个现象意味着什么呢？其实就意味着互联网第二次流量红利，也就是由PC机换到智能机的移动互联网流量红利开始步入殆尽了。
也就意味着传统粗放型的业务运作模式行不通了，以往在公司中为了短平快上马，我们经常会抛弃原有的条条框框，抛弃旧系统，根据新业务的特性来另起炉灶，虽然这种方式相对于旧系统的改造来说速度最快，但是成本也极高。
特别是在流量越发稀少时候，这样的做法就变的成本更高了，因此越来越多的公司开始思考能不能让已有的现成产物去重复多次使用。
也就是说因为流量红利的减少，导致互联网获客成本提升，所以以往企业在面对新业务可以不计成本进行拓新的场景已经不复存在了，企业开始想如何在新的场景中去复用之前的一些产出从而实现以最小的成本去进行新业务拓展。
这其实才是中台诞生的深层次原因——“中台是因为企业的焦虑以及互联网下半场流量的零和博弈而诞生的。”
讲完了中台诞生的深层次原因，下面我再谈谈中台的本质是什么。

文章插图
经常会一些想使用中台概念的企业负责人，通过公众号后台找到我，和我聊天，他们问我最多的一个问题就是：SaaS、微服务能否与中台划上等号？
我想说这样的认知其实是对中台的一个割裂的认知，怎么理解这句话呢？
SaaS属于一个服务需求方的成熟产品（虽然与中台的复用思想很像），但是相对于中台来说缺少技术属性，也就是帮助业务线快速开发的能力
具体来说中台的技术属性是A与B：

复用能力中心：如何将原有代码进行封装让其他业务线复用；
快速接入使用：傻瓜化，不需要复杂的参数就能去接入。

这种技术属性在SaaS端是缺少的。
再来看微服务，微服务属于中台的实现手段之一但不是中台的全部，因为他缺少业务属性。
所谓业务属性也就是特定场景下全解决方案，例如以往使用微服务复用登录注册功能，只是复用了一个登录注册的接口，但是除了登录服务外，解决登录注册我们还需要验证码服务，重置密码服务，防止密码暴力破解的风控，登录统计这一系列的完整流程。
而这种一次性解决全场景的复用，其实就是中台。
“中台是原有单点复用的升级，称之为场景复用。”
因此总结下中台的本质：
“中台解决方案是一个多重属性的集合，包含技术属性与业务属性。”
如果用做菜的例子理解中台的话，原有的做菜的流程是：（1）买菜；（2）配菜；（3）做菜，三大步骤。
在很多小餐馆这三个步骤基本都是厨师一个人完成，而为了提升做菜效率，我们通常会引入配菜小哥来帮助厨师进行预处理，也就是提前将食材变成洗好，切好，配好的半成品，来用户订单后，只需要由厨师按照用户口味进行二次加工调味，这样一道菜就做成了。