大白话解读“中台”，我收藏后读了3遍( 二 ) _中台

文章插图

数据中台：让前端不用关心数据处理过程，只专注于“数据服务”
④组织中台
中台是需要人来实现的，如何组织好这些人就显得尤为重要了。如果要谈谈组织中台，那么就要先说说下面几种组织结构。
职能型：每个部门各司其职，虽然都是一个老板管，但是部门之间的界限明确。
每次有了项目就从各个部门抽调人员，当项目完成以后人员都回到各自的部门当中。
如果再有新的项目就再次抽调。这种方式沟通成本高，责权不清，出现问题以后容易踢皮球，对用户需求的反应相对较慢。

文章插图

职能型：根据职能对组织进行划分
矩阵型：随着互联网的兴起，矩阵型的组织结构也悄然兴起。把人员从原来的部门中完全剥离出来成立专门的项目，并且指定项目经理。
人员汇报的线路也从原来的部门经理换成了项目经理。而项目经理又对 CTO 直接负责，这样的结构相对简单，实用性较强，避开了职能型组织结构的一些缺点。

文章插图

矩阵型：从职能部门中抽取合适的人形成独立的组织
【大白话解读“中台”，我收藏后读了3遍】产品型：随着产品意识的不断提升，人们不再拘泥于之前的矩阵型组织结构了，于是加入了产品和产品经理，更重要的是把客户也纳入到组织当中。
让客户参与产品决策，验收测试，增加用户的参与感，做到产品为客户所用。用户自己设计，测试出来的产品他想说不好都难。

文章插图

产品型：在职能型的基础上，让组织围绕产品和用户工作
随着组织中台的不断发展，我们的组织结构也慢慢从职能型向矩阵型，产品型进行过渡。
中台的生命周期
任何事物都有自身的运转规律，中台系统也不例外。首先我们需要满足使用者在某种场景中的需求，通过对需求的转化我们知道需要通过哪些功能或者系统来实现。
这些功能或者系统是否已经在中台系统中存在?如果存在是否需要进行优化或者拆分，如果不存在是否做成可以有通用性的模块?
在定义了以上几点以后，再进行设计，编码调试，集成测试。最后，发布给客户去验证业务的可行性。
如果发现问题再回到需求的原点重新走一次上面的过程，周而复始，直到满足客户的需求为止。

文章插图

“需求”，“实施”，“验证”不断循环，直到满足用户的需求
中台的作用?
大家既然对中台有了一定的了解，那我们再从两个维度来看看中台的作用。虽然上面已经介绍了很多关乎作用的例子，但是我们还是希望从两个维度来归纳总结一下。
业务方面的作用
①快速切入市场
在中台出现之前，我们进入每个行业是比较困难的。在了解业务的基础上需要搭建基础的业务模块。
现在不需要了，有了中台策略的加持即使对一些行业不太了解也能够从容应对。
在 BAT 中已经有染指汽车制造，航空航天等专业性很强的行业了，靠的就是中台能力的输出。
②专业人员融入系统
有了中台系统，那么就离不开行业中的专业人员。行业中的专业人员，协助中台系统打磨各个业务模块，通过 PASS 平台打造行业自身的应用。让业务和技术更好的融合，产生化学作用。
③定义平台规则
现在阿里的钉钉就把用户，服务提供商，经销商都拉到了一个平台上了。通过阿里平台的能力，将钉钉打造成企业服务的中台，让多方从中受益。

文章插图

业务方面：通过满足市场需求，提高专业化程度，打造平台战略，逐步升级
技术方面的作用
①服务重用
不要重复造轮子是我们始终面对的问题，中台的初衷就是抽离通用的部分，让更多人能够享受他们。
②服务进化
技术会跟随业务的进化而进化，每一次进化都是一次技术的沉淀。以前这些技术进化是不可见的，现在新的项目也可以通过中台系统享受这些技术的进化。