17|中台建模(上):到底什么是中台?
徐昊
该思维导图由 AI 生成,仅供参考
你好,我是徐昊。今天我们开始学习如何使用 8X Flow 建模中台系统。
在过去的几年里,有一种被称作中台的软件平台,在互联网公司中流行起来。而随着互联巨头们不停地将他们的成功与中台关联起来,越来越多的企业开始投资到中台的建设中来。
我曾见到过通过中台走向成功的企业,也同样遇到过在中台中反复挣扎的客户。那么到底什么是中台?在建模中台系统时,到底难在什么地方呢?这正是我们今天要讨论的内容。
中台到底服务了谁?
中台之所以是一个让人感到困惑的概念,主要是因为中台所服务的“前台”,并不是我们通常意义上理解的“前台”。一般当我们谈论起前台的时候,所描述的是一个软件系统。但是在大多数描述中台的上下文中,“前台”更多地指代一个具有自主性的团队,而不是承载这个团队业务的软件。
前台通常具有完备的研发与运营能力,而不同的前台则会关注不同的市场或业务。可能是在容量巨大的中国市场中,沿不同城市线级划分出的独立运营的片区;也可能是在同一城市内,不同领域下的不同产品。
比如,以某某出行为例,延不同城市划分的可能是北京的专车、上海的专车、苏州的专车这样的团队。而根据不同领域划分出来的则可能是北京的专车、北京的出租车、北京的顺风车等等。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
中台:技术大词的兴衰与思考 中台作为一个技术概念,经历了从热潮到风靡再到被质疑的过程。然而,作者认为真正理解中台的人并不多,而中台的核心并非技术基建,而是寻找更好的组织结构和技术架构,以支持业务快速增长和发展。中台是一种源自中国市场的、特有的、基于云平台的平台架构模式。尽管当前可能受到挫折,但其中蕴含的思考仍在不断拓展我们的认知和视野。因此,即使中台目前风头不再,我们仍需要学习如何构建真正的中台,因为它仍然是一项具有价值的技术。 文章强调了中台的灵活性和高响应速度,以及软件平台的平台能力和应用自主度之间的平衡。同时,还介绍了中台与SaaS的区别,以及宏流程的概念和技术特点。总的来说,本文深入探讨了中台的概念、技术特点和应用场景,对于理解中台在互联网行业中的重要性和作用有很好的启发和指导意义。 在技术建模方面,作者提出了对宏流程的思考。这引发了对如何建模宏流程的思考。这种思考不仅有助于拓展我们的认知和视野,也为技术建模提供了新的思路和方法。 因此,本文通过对中台技术概念的兴衰与思考,以及对宏流程建模的思考,为读者提供了对于中台技术特点和应用场景的深入了解,同时也引发了对技术建模的思考和探讨。
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《如何落地业务建模》,新⼈⾸单¥68
《如何落地业务建模》,新⼈⾸单¥68
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(6)
- 最新
- 精选
- Oops!技术中台、数据中台都有非常清晰的逻辑,运转的也比较好,但是业务中台却是一个值得推敲的事情。业务中台的逻辑是将各个业务共性的东西抽出来,通过领域能力抽象、扩展点等技术手段将业务流程、业务功能转化成可复用的领域能力,新的业务可以直接复用这些能力,通过组合的方式快速支撑业务发展。这个逻辑看着很美,隐含了一些约束,比如,中台支撑的是组合式的业务创新。然而支持组合式创新的前提是这个业务领域场景已经做的差不多了,已经沉淀了很多模块可以用来组合,比如支付领域。而对于全新的领域或者正在快速发展的领域,强行上中台只能适得其反。另外业务中台并不高效,小前台大中台意味着前台业务应用和中台是深度耦合的,业务中台和前台之间的边界并不容易鉴定,不同的前台业务对中台的依赖不一样,对边界的理解也不同,中间扯皮的事情就容易发生,沟通的成本巨大。 同时,前台业务方也需要深入理解中台能提供哪些能力,接入方式等技术细节,学习成本也很高。业务中台同时支持那么多前台复杂的业务,该怎么沉淀是一个高难度的工作(然而这是合理的吗?)。业务中台自身也会迭代,然而富集了那么多复杂业务能力的业务中台,在这过程中出现任何问题都是灾难。
作者回复: saas化saas那节再看一遍
2021-08-1135 - 码农戏码提到中台就会想到:共享、复用、积木化;从最近几年的行业实践,特性也被人接受,快速高效整合资源,如盒马生鲜;但又不适合需要颠覆式创新业务,不用任何中台资源,如犀牛制造。效能与创新出现哑铃效应 很多公司建设的中台,是中台抱大业务的大腿,小业务抱中台的大腿,真的是应激怕掉队,投机想上位 但结合新约课程的理解,还是有些疑问: 1、弹性耦合,前台是强依赖中台的,弹性依赖也相当明显,是不是中台更多考虑是组织效能,康威定律,而不是技术架构,从技术角度,中台不是云时代的好架构 2、中台是由前台业务下沉而来,天然就带了业务属性,即为业务中台,所以跨运营体的复用也比较小?感观上,好像用户,商品,库存之类,领域逻辑多于业务逻辑,不只是模式复用,可以完全复用,拼多多的快速崛起有很大因素源于阿里在电商领域奠定的基础 3、电商业务都是以异步处理的,下单,付款,发货,以及一些异常处理,在订单上都要体现这些状态,那是不是订单对象也出了上下文过载呢,还是这些状态都是在履约对象上的,在查询订单时,做数据整合,那CQRS不是更好吗? 对新约部分认知太浅,没有实践过,不比旧约部分那般明心见性
作者回复: 所谓完全复用 要改组织结构 新创立的组织没有负担 会快一些
2021-08-1122 - 狩月好像从 TW 听到过另外一个总结,大概是说能过全行业复用的是 saas, 只能企业内部复用的是中台
作者回复: 企业内也可以只saas不中台
2021-08-111 - stevehsuhsu课后作业:“根据你所学到的建模方法,你会怎样建模宏流程?” ----------------------------------------------- 宏流程是对多套前台业务流程的抽象,所以前提是通过业务建模先理清所有前台业务流程,同时还需要行业经验,理解行业的商业本质,理解行业的商业精英,拥有这些知识和能力就能更好的抽象,考虑更加周全。 比如供应链中台,我们可能要支持多种供应链业务;新零售中台,那么我们要懂得多种新零售业务;银行贷款中台,那么我们要懂得银行的个贷、对公贷款的各种产品和流程。 前台具体业务流程仍然可以通过四色建模法和 8XFlow 建模方法进行建模,同时可以在建模的过程中思考同类业务场景的不同点。2023-11-15归属地:广东
- 梁新宇中台、前台 和 前面章节说的 领域、业务,是否刚好可以对应上?即中台对应领域,前台对应业务。是否可以这样理解呢?2022-07-17
- 袁伟杰亿万异姓者共同的父亲...😁2021-12-291
收起评论