二十年前,CRM叫九七。
那时,办业务必须去营业厅。营业员在九七系统里录入用户信息、业务办理信息。然而,随着业务和客户的增多,几个人能开发搞定的九七系统,逐渐膨胀、臃肿。
这时,系统开始分成前端、后端。面向客户的前端叫BS系统,面向网络、运维的后端叫OS系统。
然而,随着时代的变化,系统平台化逐渐成为标配,基础设施、人工智能各种领域不断出现各类平台。同时,平台化对于软件开发人员、企业都产生了很大的影响。
企业平台化源于以用户为中心的产品出现,互联网时代用户是商业战场的中心,为了快速响应用户需求,系统必须走向平台化。通过不断快速响应、探索、挖掘、引领用户的需求,使得企业得以生存和持续发展。
-
海尔早在十年前开始推进平台化组织的转型,提出了“平台自营体支撑一线自营体”的战略规划和转型目标。构建了“人单合一”、“用户付薪”的创客文化,将平台化提升到了组织的高度。
-
华为在几年前提出了“大平台炮火支撑精兵作战”的企业战略,“让听得到炮声的人能呼唤到炮火”形象诠释了大平台支撑下小前台的作战策略。
-
阿里通过多年不懈的努力,在业务的不断催化下,将自己的技术和业务能力沉淀出一套综合能力平台,具备了对于前台业务变化及创新的快速响应能力。
然而,随着互联网进程的推进,新业务模式不断涌现:O2O线上线下协同、全渠道无缝购物体验、异业合作能力支撑。大多数企业的后台开始出现问题,要么前台无法用,要么不好用,或者变更速度跟不上前台节奏。
大部分企业后台系统,创建之初的目标不是服务于前台系统创新,是为了实现企业业务资源的电子化管理,解决企业效率问题。
这类系统有些花大价钱外购,每年支付大量服务费,但版本旧,定制困难;还有些花大价钱自建,漏洞多变更困难。
最终后台问题集中在慢、贵,响应业务慢,改小功能又花费高。
于是,“数字化平台战略”出现,也就是我们常说的“中台”。
初了解“中台”,不清楚与“前台”、“后台”外是什么样的区别。随着参与的企业中台项目顺利步上了正轨,试回再次回顾中台并梳理成文,与大家交流。
首先我们先明确前台、后台的概念:
-
前台:企业的最终用户使用的产品,是企业与用户的交互的产品。如用户使用的网站,手机App,微信公众号等都是前台。
-
后台:后台通常管理企业的核心资源,如财务系统,产品系统,客户管理系统,仓库物流管理系统等,这些系统构成企业后台。
而中台,从企业内部来看,本质上是企业组织架构、技术架构的优化,核心思路是“能力共享”,是企业级的各个业务线和各个渠道可以复用的能力。就企业与企业间看,也存在泛复用能力。
如对于电商系统来说,不论是什么类型的电商,其基本模块都应包括:商品、订单、支付等,因此,做为服务器“中台”可以成为行业解决方案。
中台支撑前端需求,并且快速响应。同时,中台的搭建和迭代依赖于前端,包括:
1.中台需求来自前台
这里也能看出中台、平台的区别:平台侧重提供现有能力,而中台要响应前台需求,前台需要什么我就做什么
2. 中台的迭代源于新业务、新服务接入
接入前端越多,中台越完善,越丰富和立体,因此中台要积极地引入更丰富的新业务。
中台的核心任务是制定标准、机制,把不确定的业务规则、流程确定下来,减少沟通成本,最大程度地提升协作效率。因此:
-
中台的目标:减少沟通成本,提升协作效率。
-
中台的实现手段:制定标准和规范。
-
原则:集中管控,分布式执行。
中台类型繁多,常见的有:
-
业务中台
-
数据中台
-
营销中台
-
技术中台
-
运维中台
不但如此,听说滴滴还做了ux中台。从理论上来说,前台业务重复部分都可以做成中台。
例如:登陆页面
大部分产品的登陆流程差不多,如果某个企业具有整合开发的能力,可以输出一个技术中台,在新产品做登陆页时,直接复用做个性化开发。
由此,不难发现中台的优势在于:
减少重复
阿里开始做中台是发现淘宝、天猫两个电商系统完全独立,但都有商品、交易、支付、物流和评价等相同的功能。
尝试复用的构想下,构建了“共享业务事业部”。之后,融入1688、聚划算、闲鱼等更多独立系统,沉淀形成了统一的用户中心、商品中心、交易中心、评价中心等。
打通多渠道
传统平台通常会拓展多个渠道,如:线上app、小程序、公众号、线下门店,但尤于独立的技术架构,各系统渠道数据独立,无法多渠道共享,影响用户体验。
另外,对于用户数据来说,每个用户在各个渠道产生的行为数据都不同,独立系统下,构建完整用户画像并精准营销基本属于空想。
中台不但可以存储原始数据,也能构建事实数据标签,甚至预测标签,前端数据都可以调用。而且,系统数据表结构需求发生变化,出现新数据需求时中台也可以快速修改。
加快需求上线
中台对前台需求的快速响应,实质是开发思路到运营思路的转变。去除所有系统从0到1的开发套路,而是从运营角度思考,从己有的1中拿出可以共用的部分做模式化优化开发。