如何落地业务建模
徐昊
Thoughtworks 中国区 CTO
24830 人已学习
新⼈⾸单¥68
登录后,你可以任选2讲全文学习
课程目录
已完结/共 32 讲
如何落地业务建模
15
15
1.0x
00:00/00:00
登录|注册

17|中台建模(上):到底什么是中台?

中台的思考方式和价值仍然有待深入探索和学习
中台的出发点是寻找更好的组织结构和技术架构,以支持业务快速增长和发展
中台是一种源自中国市场的、特有的、基于云平台的平台架构模式
宏流程促进了从业务层面上模式的复用,也给创新带来了不同的思考
宏流程兼具业务与技术上的含义,需要通过配置点配置与扩展点定义后实例化
宏流程是一种“宏观的流程”,体现的是多个类似业务模式的前台抽象后的共有的底层“核心业务模式”
滴滴通过构建出行中台,实现了业务模式的复用和快速扩展
京东也建设了中台,将核心业务模式中的业务能力从前台分离并下沉到中台
阿里中台基于一组共享服务构建,支撑不同前台的业务需求
软件平台需要根据用户需求平衡平台能力和应用自主度
平台能力是平台提供的功能和机制,应用自主度是创新的上限
软件平台需要平衡“效能的下限”和“创新的上限”
中台是能够满足前台对于复用和自主诉求的软件系统
前台对软件有着高度相似但又不同的需求,需要高效重用和高度自主自治
前台具有完备的研发与运营能力,关注不同市场或业务
中台服务的是“前台”,指代具有自主性的团队而不是承载业务的软件系统
小结
宏流程——场景下的业务模式
互联网的中台
效能与创新的平衡
中台到底服务了谁?
徐八叉:中台建模(上)——到底什么是中台?

该思维导图由 AI 生成,仅供参考

你好,我是徐昊。今天我们开始学习如何使用 8X Flow 建模中台系统。
在过去的几年里,有一种被称作中台的软件平台,在互联网公司中流行起来。而随着互联巨头们不停地将他们的成功与中台关联起来,越来越多的企业开始投资到中台的建设中来。
我曾见到过通过中台走向成功的企业,也同样遇到过在中台中反复挣扎的客户。那么到底什么是中台?在建模中台系统时,到底难在什么地方呢?这正是我们今天要讨论的内容。

中台到底服务了谁?

中台之所以是一个让人感到困惑的概念,主要是因为中台所服务的“前台”,并不是我们通常意义上理解的“前台”。一般当我们谈论起前台的时候,所描述的是一个软件系统。但是在大多数描述中台的上下文中,“前台”更多地指代一个具有自主性的团队,而不是承载这个团队业务的软件
前台通常具有完备的研发与运营能力,而不同的前台则会关注不同的市场或业务。可能是在容量巨大的中国市场中,沿不同城市线级划分出的独立运营的片区;也可能是在同一城市内,不同领域下的不同产品。
比如,以某某出行为例,延不同城市划分的可能是北京的专车、上海的专车、苏州的专车这样的团队。而根据不同领域划分出来的则可能是北京的专车、北京的出租车、北京的顺风车等等。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

中台:技术大词的兴衰与思考 中台作为一个技术概念,经历了从热潮到风靡再到被质疑的过程。然而,作者认为真正理解中台的人并不多,而中台的核心并非技术基建,而是寻找更好的组织结构和技术架构,以支持业务快速增长和发展。中台是一种源自中国市场的、特有的、基于云平台的平台架构模式。尽管当前可能受到挫折,但其中蕴含的思考仍在不断拓展我们的认知和视野。因此,即使中台目前风头不再,我们仍需要学习如何构建真正的中台,因为它仍然是一项具有价值的技术。 文章强调了中台的灵活性和高响应速度,以及软件平台的平台能力和应用自主度之间的平衡。同时,还介绍了中台与SaaS的区别,以及宏流程的概念和技术特点。总的来说,本文深入探讨了中台的概念、技术特点和应用场景,对于理解中台在互联网行业中的重要性和作用有很好的启发和指导意义。 在技术建模方面,作者提出了对宏流程的思考。这引发了对如何建模宏流程的思考。这种思考不仅有助于拓展我们的认知和视野,也为技术建模提供了新的思路和方法。 因此,本文通过对中台技术概念的兴衰与思考,以及对宏流程建模的思考,为读者提供了对于中台技术特点和应用场景的深入了解,同时也引发了对技术建模的思考和探讨。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《如何落地业务建模》
新⼈⾸单¥68
立即购买
登录 后留言

全部留言(6)

  • 最新
  • 精选
  • Oops!
    技术中台、数据中台都有非常清晰的逻辑,运转的也比较好,但是业务中台却是一个值得推敲的事情。业务中台的逻辑是将各个业务共性的东西抽出来,通过领域能力抽象、扩展点等技术手段将业务流程、业务功能转化成可复用的领域能力,新的业务可以直接复用这些能力,通过组合的方式快速支撑业务发展。这个逻辑看着很美,隐含了一些约束,比如,中台支撑的是组合式的业务创新。然而支持组合式创新的前提是这个业务领域场景已经做的差不多了,已经沉淀了很多模块可以用来组合,比如支付领域。而对于全新的领域或者正在快速发展的领域,强行上中台只能适得其反。另外业务中台并不高效,小前台大中台意味着前台业务应用和中台是深度耦合的,业务中台和前台之间的边界并不容易鉴定,不同的前台业务对中台的依赖不一样,对边界的理解也不同,中间扯皮的事情就容易发生,沟通的成本巨大。 同时,前台业务方也需要深入理解中台能提供哪些能力,接入方式等技术细节,学习成本也很高。业务中台同时支持那么多前台复杂的业务,该怎么沉淀是一个高难度的工作(然而这是合理的吗?)。业务中台自身也会迭代,然而富集了那么多复杂业务能力的业务中台,在这过程中出现任何问题都是灾难。

    作者回复: saas化saas那节再看一遍

    2021-08-11
    3
    5
  • 码农戏码
    提到中台就会想到:共享、复用、积木化;从最近几年的行业实践,特性也被人接受,快速高效整合资源,如盒马生鲜;但又不适合需要颠覆式创新业务,不用任何中台资源,如犀牛制造。效能与创新出现哑铃效应 很多公司建设的中台,是中台抱大业务的大腿,小业务抱中台的大腿,真的是应激怕掉队,投机想上位 但结合新约课程的理解,还是有些疑问: 1、弹性耦合,前台是强依赖中台的,弹性依赖也相当明显,是不是中台更多考虑是组织效能,康威定律,而不是技术架构,从技术角度,中台不是云时代的好架构 2、中台是由前台业务下沉而来,天然就带了业务属性,即为业务中台,所以跨运营体的复用也比较小?感观上,好像用户,商品,库存之类,领域逻辑多于业务逻辑,不只是模式复用,可以完全复用,拼多多的快速崛起有很大因素源于阿里在电商领域奠定的基础 3、电商业务都是以异步处理的,下单,付款,发货,以及一些异常处理,在订单上都要体现这些状态,那是不是订单对象也出了上下文过载呢,还是这些状态都是在履约对象上的,在查询订单时,做数据整合,那CQRS不是更好吗? 对新约部分认知太浅,没有实践过,不比旧约部分那般明心见性

    作者回复: 所谓完全复用 要改组织结构 新创立的组织没有负担 会快一些

    2021-08-11
    2
    2
  • 狩月
    好像从 TW 听到过另外一个总结,大概是说能过全行业复用的是 saas, 只能企业内部复用的是中台

    作者回复: 企业内也可以只saas不中台

    2021-08-11
    1
  • stevehsuhsu
    课后作业:“根据你所学到的建模方法,你会怎样建模宏流程?” ----------------------------------------------- 宏流程是对多套前台业务流程的抽象,所以前提是通过业务建模先理清所有前台业务流程,同时还需要行业经验,理解行业的商业本质,理解行业的商业精英,拥有这些知识和能力就能更好的抽象,考虑更加周全。 比如供应链中台,我们可能要支持多种供应链业务;新零售中台,那么我们要懂得多种新零售业务;银行贷款中台,那么我们要懂得银行的个贷、对公贷款的各种产品和流程。 前台具体业务流程仍然可以通过四色建模法和 8XFlow 建模方法进行建模,同时可以在建模的过程中思考同类业务场景的不同点。
    2023-11-15归属地:广东
  • 梁新宇
    中台、前台 和 前面章节说的 领域、业务,是否刚好可以对应上?即中台对应领域,前台对应业务。是否可以这样理解呢?
    2022-07-17
  • 袁伟杰
    亿万异姓者共同的父亲...😁
    2021-12-29
    1
收起评论
显示
设置
留言
6
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部