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

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

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


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.关于中台的争议


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


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

目录
打赏
0
1
1
0
367
分享
相关文章
数智化时代合格数据架构师如何养成?
数智化时代,“数据架构师”这样的角色起到越来越重要的作用。能力越大责任也就越大,因此对于这个角色也有了越来越高的要求。那到底对于数据架构师有什么要求呢?对于想成为数据架构师的同学职业方向需要如何做合理的规划呢?
1263 0
数智化时代合格数据架构师如何养成?
技术人员的情结
每个技术人员都会有技术情结,或多或少而已,语言情结,框架情结等,这篇文章就来说说自己的技术情结和看到的一些人的技术情结的事。 我自己对OSGi算是有情结的吧,很多年前在上海工作的时候,偶尔会去参加一些meetup,看着讲topic的人都觉得好牛,好想认识下,但相对还是会比较困难,直到我接触OSGi
4004 0
【误区】技术部经理vs技术经理 —— 一字之差谬以千里
  技术部经理、技术经理,就差了一个字,但是含义、职责、侧重却是差了很远。我们先查查他们都是什么含义。     技术经理:技术经理负责组织制定各种技术标准和技术规范并保证实施,他们既是精通某个领域专业的精英,又是擅长团队领导的管理者。
1758 0
为了这位视障人士,阿里工程师改造了一间“会照顾人”的家
来自阿里云IoT团队的工程师木酱参加了央视的《秘密大改造》,做了一个极具挑战的项目,为一位视障人士进行家居改造,希望给房子的主人一个能认识、陪伴、照顾他的家。
1790 0
技术人员应该如何让产品经理妥协
文章背景,来自于群内周五晚上的一次头脑风暴式的思维碰撞交流活动。活动主题由无痕哥发起。文章版权属于群内发过言的任何一位同学,我只是做了简单的梳理或整理。 1. 技术人员了解产品这个岗位所需要做的事情,然后试着从产品的角度出发,考虑当前页面功能的真实需求,挖掘更深层的可扩展需求,从而在另一个方面去引导产品。
1053 0
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等