一个甲方技术人员眼里的中台

简介: 一个甲方技术人员眼里的中台

最近这几年围绕中台,各大公司和技术论坛有很多讨论,中台是个比较火且有争议的话题(之所以有争议,下文会简述),作为甲方的技术人员,我从经历的公司实践出发,谈谈个人对中台的理解。


1.中台是相对于前台和后台而言的,那什么是前台,什么是后台?


对于传统企业来讲,后台更侧重指代企业围绕生产运营管理与内控的系统和应用,这类应用典型的表现就是成熟的软件套装,比如ERP,CRM, MES,OA等,也是我们传统意义上讲企业数据孤岛和竖井的那些应用。而对于前台应用,则侧重指代更靠近企业的用户和客户的应用,通常表现为企业的社交媒体工具,企业的市场营销应用,企业的官网和电商应用,这类应用更接近市场,更强调和客户的交流与互动。


image.png


2.为什么会出现中台?


前台应用因为需要和客户打交道,在不同的时间段,前台的应用可能需要不断的迭代变化与调整,不断的捕捉和迎合客户的期望,来促进企业的商品与服务的流通。前台的主要特点表现为--快。快速响应市场,快速响应用户以获得竞争优势,提高客户满意度,通常来说前台是小而美的应用,应用的生命周期不会太长,但一定是最具适应性的应用。


反观后台,为了保障企业生产运营的有序和效率,每家企业都会强调生产经营流程和规范化,只有流程才能保障有序,只有规范才能保障质量,但是流程与规范也意味着不能向前台应用那样不断的去拥抱变化。


当前台业务流经后台应用时,前台的变化却很难带动后台应用以相同的节奏去变化,这中间就会出现鸿沟和矛盾。比如,前台上线一个新的促销,扩展了新的销售渠道和客户群体,后端ERP系统可能短时间无法适配,甚至没法和前台应用保持相同的节奏去适配。


套用一句经典的计算机名言:“Any problem in computer science can be solved by another layer of indirection.” “计算机科学领域的任何问题都可以通过增加一个间接的中间层来解决” 。为了解决企业的前后台配速不一致的痛点(这里的配速不一致广义上包含业务系统间的集成,跨团队的融合,企业的组织架构和文化氛围),中台应运而生。所谓中台就是相对前台和后台而言,处于中间的那一层,它提供了一定的抽象和适配,给前台和后台的业务交互留够了足够的弹性和扩展。对于不同的行业和企业而言,中台会有不同的演绎。


image.png


3.对于甲方企业而言,中台是什么,以及表现形式如何?


对于笔者所处的传统生产企业而言,中台既是中间的平台,做好对企业的前台业务的弹性承载,又是企业级的能力复用平台和企业的一站式平台,对接企业的后台的集成。前台全渠道的业务应用,通过通过抽象和提炼,我们将可复用的模块,落地到中台做弹性业务扩展,同时将后台系统的业务能力提升到中台做深入融合,让后台在中台上做到前置,更好的去支持前台应用。


对于生产企业而言,前台全渠道的应用快速捕捉到用户的需求,比如客户的购买信息,通过前台应用数据落地到中台,中台做好数据的适配和业务的处理,数据流向后台,最终到达企业的生产和运营系统。在此过程会涉及企业的客户,市场,运营,生产,仓库,财务和售后,形成一体化的业务价值流,在业务的数据化过程中,企业的管理者可以实时了解企业的生产经营情况。如果把企业比作个人,这一整套的业务数据,就好比个人的体检信息报告一样,企业的运营效率如何,企业的价值流动的瓶颈在什么地方,哪个流程或环节需要加强,让管理层对企业的生产运营状况做到全面且快速的掌握,同时通过扩展中台对企业上下游供应链的集成,让企业的关注点继续扩大,从自身生产运营到整个行业,再到外部竞争环境,所有信息的串联来反馈和指导市场营销,指导生产。


4.中台能解决哪些问题?


中台更强调的是全局化的角度来看待问题,站在企业的角度去提炼和抽象。如果您的企业有大量的分散的前台应用,独立的后台应用,紧耦合的集成,业务系统牵一发而动全身,已经明显阻碍业务创新和业务迭代速度的时候,可以在宏观层面去思考,是否需要导入中台架构?


5.在甲方中台如何建设?


中台建设不容易,需要考虑天时,地利,人和。而且是一个长期且需要持续投入的项目,在中台建设过程中,首先需要从业务痛点出发,如果业务不够痛,说明天时未到,不可冒进。其次中台的建设,需要企业高层负责人的支持,如果企业的高层负责人没有强力的支持,则地利和资源不充分,不可冒进。当业务有痛点,企业高层有支持,如果组织架构调整不到位,则人和不充分,不可冒进。


对于甲方而言,中台的建设,需要长期的资源投入。企业的文化是否包容创新与试错,组织架构是否调整到位,现有团队的技术能力和水平如何,是否有外部强有力供应商的支持,都是中台建设过程中必须要评估的要素。甲方相关信息化部门需要结合自身的实际,以及自身所拥有的资源进行分析,在中台的建设过程中,一定伴随着企业的流程再造和企业变革,需要前期做好充分的沟通,和业务部门的相关方提前做好认知的铺垫,让大家的”以为”和”认为”在同一个起点,让大家的期望保持一致,即中台能解决我们企业的什么问题,不能解决什么问题。


6.理想的中台是什么样的?


对于甲方而言,理想的中台,不仅仅是企业数字化转型的体现,更是企业生产经营的体检表。中台的搭建和串联,向上通过前台应用链接客户与市场,向下链接后端生产运营,左右横向串联供应商和经销商,让企业对自身生产和运营,对行业趋势,对客户的洞察,对外部环境的变化拥有更加深刻的理解和反馈,在激烈的竞争中,真正做到知彼知己。


image.png


7.关于中台的争议


当阿里提及中台战略的时候,我们发现很多公司也在提及自身的中台战略,一时间市面上中台风起云涌,最近这两年阿里不再重点提及中台,甚至有些公司也在跟着拆中台,一时间市场又在唱衰中台。作为技术人员而言,无论别人是上,还是拆,我们都需要保持中立和理性,因为每家公司的业务不一样,公司发展的阶段也不一样,业务痛点也不一样。在合适的时间,合适的阶段,公司是可能需要中台作为支撑,带动业务的融合和创新,但是一旦越过了这个阶段,企业的业务模式,发展阶段发生变化,中台可能就不在试用。


中台一定是企业自身的中台,而不是阿里的中台,甚至是行业的中台。别人的上和拆,带动的是业务的跨越式发展,而我们的上和拆,需要理性的结合公司的实际去分析,去实践。

相关文章
沟通拦路虎And垫脚石
沟通是人与人之间、人与群体之间思想与感情的传递和反馈的过程,以求思想达成一致和感情的通畅,那么我们又对沟通了解多少呢?下面我们一起来了解一下“沟通”。
|
安全 程序员 调度
技术人员的一点产品思维思考
作为一线的开发人员,大家是不是都经历过和产品吵得不可开交的经历,甚至最后谁也无法说服谁,只能将问题上升。最后由老板出面解决,而大多数情况下老板还真能够以某种方法去解决,并且是一个双方都能接受的方案。这个时候可能大部分同学会认为是老板的权威,地位导致了这一结果。 其实这很不准确(可能有一部分原因但绝对不是主要原因)其实更多的是各个老板们有比一线开发更强的产品力,能够听懂对方的诉求和抓住矛盾点并且给出解决方案。同时其中的表达方式更容易让彼此接受,才导致了最终你看到的老板出马,问题解决,好像自己的观点继续保持了,同时对方也留有余地。那这里这项重要的能力来源于什么呢?其实我认为更是一种产品思维的方式。
853 2
技术人员的一点产品思维思考
|
存储 分布式计算 运维
钱大妈数据中台建设最佳实践
钱大妈数据中台建设最佳实践
8009 1
钱大妈数据中台建设最佳实践
怎样才能成为一个优秀的产品经理?,互联网营销
  现在,互联网公司里开始重视产品经理了,这是一个好事。以前互联网谈融资,谈商业模式,谈战略,很少有谈产品的,因为产品可以从国外抄,谁下手快谁就能获得先发优势。现在,互联网里的资本已经不成问题,抄袭速度都一样快了。
1145 0
|
算法 Java Spring
|
测试技术 UED
技术人员应该如何让产品经理妥协
文章背景,来自于群内周五晚上的一次头脑风暴式的思维碰撞交流活动。活动主题由无痕哥发起。文章版权属于群内发过言的任何一位同学,我只是做了简单的梳理或整理。 1. 技术人员了解产品这个岗位所需要做的事情,然后试着从产品的角度出发,考虑当前页面功能的真实需求,挖掘更深层的可扩展需求,从而在另一个方面去引导产品。
1035 0
下一篇
无影云桌面