中台对于互联网公司来说,其实不是个事。
反正你叫不叫它中台,那些系统拆分、服务分层、微服务化、云原生的活本来就是要做的,叫“中台”无非就是帽子大一些,忽悠那些不懂技术的老板、业务方带劲一些。忽悠完,资源到位,该干嘛还干嘛。
传统企业就没那么幸运了,尤其是不具备自主研发能力的传统企业。因为中台它不是OA、CRM这种相对标准化的软件套件,并不是不管什么企业,改改就能用的。
中台是企业中枢神经再造,弄好了能打通任督二脉,企业核心能力得到提升,弄不好筋脉堵塞,就瘫痪了。这是个中长期改造的活,企业不具备自主研发能力的话,你说难不难。
说说几个观点,纯属个人看法,供大家参考:
1、业务中台解决方案赛道是伪赛道。
商业逻辑是不成立的,你先想想,业务中台的本质是什么?本质上就是业务重构。
企业的业务重构是没法一蹴而就的,所以业务中台需要不断迭代,是一个中长期的适应变革的过程,需要业务场景不断滋养,它是活的,所以没法买一套系统,一锤子买卖就能解决,除非你买一家中台公司为你服务,那就相当于自建研发团队了。
2、数据中台、技术中台产品,商业逻辑上是成立的。
数据中台、技术中台本质上是工具,工具是可以标准化的,可标准化就可以规模化,就有大规模商业化的可能,比如微X,谷X。
3、中台目的是集中服务和提升用户体验。
做业务中台,是集中服务;做数据中台和技术中台可以提升体验。 集中服务太难了,涉及合并组织等等因素,不是强力CEO都搞不定,中台必须是超级一把手工程。数据中台和技术中台,是工具赋能,建设底层IT能力,通过沉淀SLA去服务前台,来提升用户体验。
4、“碎片化中台”是目前看下来,企业实施中台的最佳实践,是有一点“天才”的做法。
通过把“大而厚”的中台,分而治之,一点点切,将中台逐步深化建设下去。比如许多企业通过“碎片化中台”,逐步建设了移动中台、技术中台、风险能力中台、研发效能中台等等,而不再是停留在中台概念上。
详见:《别建中台了,我们正悄悄地拆掉,这才是它的归宿 》。
5、业务中台怎么建?
如果不是在行业里沉淀10年以上的业务专家,根本没法进行业务重构和业务顶层设计。靠几个 “翻斗车”的概念,只是解决了IT运维层面的技术问题,和真正业务中台差距太远。
没有自主研发能力的传统企业,老老实实,从EAI开始,做好服务化,培养自己的业务专家级人才,时机成熟,再来做业务中台。
中台化仍然是企业数字化建设的一个重要手段,企业可以采用“碎片化中台”的做法,将“大而厚”的中台打散,分阶段实施,跳过了困难部分,把中台理念用到可实施的部分,一点一滴先做起来。
不要老是开口闭口谈中台概念!
数据分析 BI
原创文章,作者:3628473679,如若转载,请注明出处:https://blog.ytso.com/172774.html