[套装书]中台战略：中台建设与数字商业+企业级业务架构设计：方法论与实践（2册）

. 全书一共12章，逻辑上分为三个部分：

第一部分（第1-2章） 从宏观上交代了所有企业都面临数字化转型的大时代背景，并指出中台是企业数字化转型的关键驱动力，数字营销是企业数字化转型的3个重点领域之一。

第二部分（第3-7章） 从成功要素、建设方法论、架构设计、成熟度模型4个维度详细讲解技术中台、业务中台、数据中台的建设思路和方法。

第三部分（第8-12章） 从数字化转型和商业创新的角度讲解了中台为数字化营销赋能的底层商业逻辑、技术架构和实施路径，用3个真实的综合案例展示了实践的完整过程。


---------------------------企业级业务架构设计：方法论与实践---------------------------


内容简介
这是一部从方法论和工程实践双维度阐述企业级业务架构设计的著作。
作者是一位资深的业务架构师，在金融行业工作超过19年，有丰富的大规模复杂金融系统业务架构设计和落地实施经验。本书在出版前邀请了微软、亚马逊、阿里、百度、网易、Dell、Thoughtworks、58、转转等10余家企业的13位在行业内久负盛名的资深架构师和技术专家对本书的内容进行了点评，一致好评推荐。
作者在书中倡导“知行合一”的业务架构思想，全书内容围绕“行线”和“知线”两条主线展开。“行线”涵盖企业级业务架构的战略分析、架构设计、架构落地、长期管理的完整过程，“知线”则重点关注架构方法论的持续改良。
全书分为五个部分：
业务架构基础篇（第1～3章）
介绍了业务架构的发展历程、作用、与IT架构的关系，以及业务模型的相关知识。
业务架构设计篇（第4～7章）
详细讲解了战略分析、对标分析、组织结构的影响、业务架构设计方法、标准化方法，并以一个虚拟案例综合演示了业务架构的设计过程。
业务架构落地篇（第8～13章）
演示了业务架构方案制作、基于业务架构的实施、项目完成后的管理机制，比较了与敏捷开发的异同，集中讨论了企业级项目的实施困难，最后以一个设计实例展示了业务架构设计对提升企业开发效率的作用。
架构方法改良篇（第14～16章）
系统总结了如何进行面向构件化的业务架构设计、如何构建轻量级架构设计工具、如何基于构件模型提升传统企业产品创新效率，该部分属于对之前方法的改良设想，需要读者对此多加思索，切勿生搬硬套。
业务架构与中台篇（第17章）
将业务架构设计方法与当前热点——“中台”模式进行了对比，“传统”方法并不一定会因新技术、新概念的发展而黯然失色，对方法论的深入探索和积极思考往往会让“传统”焕发新的“生命力”，深度思考比追逐热点更重要。

.云徙科技汽车事业部总经理，香港中文大学信息工程硕士，专注于汽车行业数字化营销研究。曾多次创业，包含社群电商、智能家居、互联网＋农业S2B2C中台项目，先后主导过长安汽车、一汽集团、长安福特等头部车企以及博郡汽车、爱驰汽车等新能源车企基于汽车行业中台的数字化营销项目。

江威
云徙科技地产事业部总经理，领导中台在地产方面的建设与落地，长期从事阿里中台赋能地产行业的研究与布道，拥有丰富的地产项目实施经验。曾任明源云、阿里云地产行业等业务总监，具备丰富的地产行业业务及产品经验，先后主导过万科、保利、新城、富力等多家大型地产的数字化项目。


---------------------------企业级业务架构设计：方法论与实践---------------------------


付晓岩 著：作者简介
付晓岩
资深的企业级业务架构师，有超过19年的金融行业工作经验，目前就职于建信金融科技有限责任公司。2000年加入建行从事金融业务，2012年调入建行总行成都开发中心，2016年调入建行总行北京开发中心，各中心2018年整体转制，成立建信金融科技有限责任公司。
从事金融业务期间，多次作为核心业务人员参加业务系统开发工作，并就此转入技术开发部门，多年专职从事企业级业务架构设计。
工作期间，认真钻研软件过程、系统设计与分析、架构设计方面的理论知识，将其与实践相结合，不断融合设计思路，逐渐超脱原有工作经历和指导理论的限制，形成对企业级业务架构设计一般方法的认知。
InfoQ中文站专栏作家，发表《中台之上》系列文章，累计阅读量超过10万。维护着个人微信公众号：晓谈岩说，与各行业读者广泛交流，持续提升方法的普适性。

2.6　面向营销的数字中台 39
第3章　全面解读中台
3.1　什么是中台 45
3.2　中台系统及其展现形式 50
3.3　中台的作用 52
3.4　中台的发展与进化 65
第4章　企业中台5大成功要素
4.1　中台文化：7个行为准则和行动纲领 80
4.2　组织架构：中台为组织架构赋能 94
4.3　人员能力要求：运营、业务、技术铁三角 99
4.4　业务执行：业务运营与敏捷开发 106
4.5　中台实施：1个经验和4个教训 118
第5章　中台建设方法论
5.1　中台架构整体策略 125
5.2　业务顶层设计 127
5.3　业务中台设计方法论 129
5.4　数据中台设计方法论 148
5.5　应用向中台迁移的3种途径和方法 156
第6章　中台的架构与设计
6.1　技术中台规划 159
6.2　业务中台的建设 160
6.3　数据中台的建设 175
第7章　中台成熟度模型
7.1　成熟度评估模型 205
7.2　成熟度能力评估 213
第8章　中台助力的数字营销
8.1　消费者全触点覆盖 217
8.2　全域消费者运营 219
8.3　全渠道交易 223
8.4　全链路服务 242
8.5　数据驱动的运营 254
8.6　营销的核心是运营用户数字资产 259
8.7　平台+运营，支撑企业营销变革 268
第9章　数字营销的技术架构与路径
9.1　基于中台架构，构建立体数字营销云 273
9.2　数字营销云技术架构和设计理念 275
9.3　数字营销云的3种部署架构 283
9.4　实现数字营销云的关键技术特性 285
第10章　A公司：快速响应数字营销的中台
10.1　案例背景 295
10.2　IT困境 296
10.3　确定中台方案 299
10.4　中台价值初现 304
10.5　未来规划 317
第11章　B公司：中台为数字营销赋能
11.1　案例背景 320
11.2　B公司数字化营销的动机和背景 321
11.3　B公司数字化营销价值链落地实践 323
11.4　IT与业务部门通力合作，推进营销数字化规划落地 331
11.5　未来展望 333
第12章　C公司：数字营销打造流量池运营体系
12.1　案例背景 336
12.2　实施过程 337
12.3　创新描述 345
12.4　市场应用及展望 346
12.5　价值评估 347



---------------------------企业级业务架构设计：方法论与实践---------------------------


推荐语
前言
第一部分 　业务架构基础篇
第1章　业务架构的发展历程2
1.1　Zachman模型2
1.2　TOGAF4
1.3　FEA和DODAF5
1.4　沉吟至今6
1.5　业务架构的定义8
第2章　业务架构的作用及与IT架构的关系10
2.1　业务架构的作用10
2.2　业务架构与IT架构的关系14
第3章　架构伴侣：业务模型18
3.1　模型与业务模型18
3.2　常见的建模方法21
3.3　建模原则与模型思维的应用25
第二部分 　业务架构设计篇
第4章　业务架构的设计起点33
4.1　企业战略分析33
4.2　对标分析38
4.3　组织结构的影响不容忽视40
第5章　业务架构的设计过程44
5.1　价值链分析44
5.2　行为分析：业务领域和业务流程46
5.3　数据分析：企业级数据模型49
5.4　组件分析：行为与数据的结合51
5.5　业务架构的整体逻辑关系53
第6章　业务架构的设计难点56
6.1　基本的标准化方法56
6.2　避免“过度整合”59
6.3　何以解忧，唯有“融合”59
第7章　虚拟案例：商业银行业务架构设计61
7.1　价值链设计61
7.2　存款领域的模型设计63
7.3　贷款领域的模型设计65
7.4　跨领域的标准化67
7.5　组件设计70
7.6　案例总结73
第三部分 　业务架构落地篇
第8章　从业务架构模型到业务架构方案76
8.1　业务架构设计不是为了替代需求分析76
8.2　制作业务架构方案77
8.3　小团队的应对之道83
8.4　需要充分解释架构方案84
8.5　努力打造“通用语言”85
第9章　基于业务架构方案的实施过程88
9.1　基于业务架构的设计89
9.2　基于业务架构的协调94
9.3　处理架构调整的原则96
9.4　企业级物有所值吗？100
第10章　建立转型后的长期应用机制103
10.1　项目结束了该怎么办？103
10.2　促进深度融合的需求管理机制106
第11章　这个“笨重”的过程与敏捷沾边吗？110
11.1　传说中和现实中的双模开发110
11.2　与正宗的敏捷对比112
11.3　与非正宗的敏捷对比114
11.4　且行且珍惜115
第12章　企业级的“五难” 117
12.1　捷径难寻118
12.2　文化难建119
12.3　预期难控120
12.4　权责难定121
12.5　长志难立123
第13章　实战：实现了快速设计的案例124
13.1　项目背景及需求124
13.2　设计思路和业务架构方案125
13.3　案例总结129
第四部分 　架构方法改良篇
第14章　如何支持面向构件的设计132
14.1　“乐高积木”式的软件设计132
14.2　“颗粒度”问题134
14.3　构件模型的设计方式136
14.4　建立构件模型的虚拟案例139
14.5　构件模型的技术设计建议146
14.6　本章小结148
第15章　构建轻量级架构管理工具150
15.1　构件模型的抽象要素及逻辑关系150
15.2　轻量级架构管理工具的设计原理153
15.3　采集项目信息的价值155
15.4　轻量级架构管理工具的优缺点155
15.5　应用轻量级架构管理工具管理新需求156
第16章　基于构件模型谈谈传统企业的产品创新159
16.1　信息传导：打造信息传递高速公路160
16.2　信息分析：创造高维数据162
16.3　创新平台：扩展构件模型165
16.4　构件模型及其应用设想的不足169
第五部分 　业务架构与中台篇
第17章　中台之上172
17.1　阿里中台简介172
17.2　企业文化的作用174
17.3　由业务架构方法可以推导出中台设计吗？176
尾声　对实践的再次思考179
附录A　位置、力量、资源183
附录B　积木式创新187

.　　1）连接消费者或客户，从企业的商品到消费者或客户的过程属于营销，连接的是企业的消费者或客户。营销的数字化，归结为数字营销领域。
　　2）连接员工，企业从订单到生产计划的过程属于企业内部管理，连接的是员工，让所有的员工在链路上协同，这是ERP管理的范畴。内部管理的数字化，属于数字管理领域。
　　3）连接设备和产品，生产计划下达后，从生产计划到MES系统生产线的过程连接的是生产设备。比如每一台设备怎么去生产，每道工序中给每一个产品拍个照片，然后通过数据解析来控制质量、工艺水平等。生产部分的数字化，属于工业大数据领域。
　　其中，数字管理（ERP）领域，应用已经比较成熟；工业大数据领域的应用还处于热点期，部分企业也在尝试，这个领域范畴大且难，大部分企业还在观望；相对其他两个领域，数字营销是一个新的领域，很多企业都没做过，这是互联网企业比较看好且容易出效率、出价值的领域，是企业数字化转型的突破口。
　　数字营销，用“技术＋数据”助力企业业务提升
　　数字营销是以“技术＋数据”为双驱动，对传统营销进行互联网化、数据化和智能化改造，进而帮助企业构建消费者全渠道触达，实现精准互动和交易的过程。其本质是借助数据、算法及营销资源，依靠实时数据跟踪，实现营销由粗放向集约发展；依靠中台的强大连接能力，实现渠道从单一向多元发展；内容策划和投放依靠数据算法的预测，从经验决策变为智能决策。最终帮助企业实现营销资源利用更高效，推广费用大幅降低。
　　数字营销是实现以消费者需求为核心的数字化体验创新，也是最终实现面向最终客户体验的触点创新。数字营销强调的是对新技术的运用、互联网业务逻辑分析的能力。数字营销赋予了营销组合新的内涵，是数字经济时代企业的主流营销方式和发展趋势。
　　企业做数字营销的目的或者价值是什么？收入增长。阿里的使命是“让天下没有难做的生意”，云徙的使命是“引领企业数字化创新”。云徙要用“双中台＋数字营销云＋运营”，助力企业业务提升。
　　中台成为构架企业数字营销的主要模式
　　在产业互联网时代，当数字化成为企业的核心战略后，如何实现业务数据化？如何使数据赋能企业推动业务转型升级？如何提升企业数字资产的价值？这些都成为制约企业发展的难题。在此背景下，数字中台成为指导企业数字化转型、实现数字营销的主流方法。
　　数字中台是基于企业级互联网及大数据架构打造的数字化创新平台，包含业务中台和数据中台。
　　一方面，数字中台可以在云厂商提供的运行机制和基础架构之上，支撑企业营销业务应用的标准化及快速定制化，同时为企业提供大数据数据采集、清洗、管理和分析能力，实现数据精细化运营。数据中台可以将企业内外割裂的数据进行汇聚、治理、建模加工，消除数据孤岛，实现数据资产化，为企业提供客户立体画像、商品智能推荐、业务实时监控，助力企业实现数据驱动业务。
　　另一方面，业务中台不仅可以将原本不同系统相同功能的服务聚合起来，统一标准，统一规范，统一出口，实现企业业务的整合；还可以通过服务的聚合实现资源与能力共享，支撑新应用与新业务的快速开发与迭代，以满足快速变化的用户需求。
　　数字中台模式是将共性业务服务和技术予以沉淀，避免相同功能重复建设和维护带来的资源浪费。集合了技术和产品能力的业务中台能快速、低成本地完成业务创新，数据中台则能实现数据资源的共享。未来，全面建立一个服务化架构的数字中台将会成为传统大型企业全面数字化转型的最佳解决方案，甚至成为未来数字营销的主导方案。同时，企业数字中台将朝着跨终端、全渠道、全域运营方向发展，基于云原生技术实现中台弹性扩容，依靠平台能力为各个系统产品输出统一管理能力，帮助企业实现业务数据化、数据业务化，赋能企业智能化营销。
　　阿里携手云徙，在企业服务过程中共创数字中台
　　自从2015年12月阿里巴巴集团宣布启动中台战略以来，阿里巴巴的“大中台，小前台”在阿里体系已经过大量商业实践和技术积累。基于“大中台，小前台”组织，及其业务机制及技术体系，淘宝逐渐衍生出了天猫、聚划算、闲鱼、飞猪等业务及应用，之后还成功支撑了这些业务及应用的正常运营、运行。科技普惠企业，阿里巴巴集团成立独立科技公司阿里云，携手伙伴向企业输出成功的商业实践和技术。
　　云徙科技是第一家认同阿里巴巴中台价值的ISV，跟随阿里云，以往三年共服务了近40家行业头部企业数字化转型，践行中台架构，通过与企业共同创新，积累和打造出业界领先的云徙数字中台。
　　
　　
　　---------------------------企业级业务架构设计：方法论与实践---------------------------
　　
　　
　　为何写作本书
　　社会早已步入“信息时代”，以A（人工智能）、B（区块链）、C（云计算）、D（大数据）等技术为代表的科技应用正逐渐改变社会与生活，而在数字化浪潮中，很多企业仍处在艰难的转型甚至是转型前的阶段。
　　企业是否一定要转型呢？有的人说，一些企业没转型，现在也运转得挺好。这个现象有点类似于人类社会，人类社会的发展是不均衡的，既有步入信息社会的发达地区，也有原始朴素、低生产水平的欠发达地区，那这些“欠发达”地区是否需要“转型”呢？这并非是一个要与不要的问题，如果这些地区想要保持原有状态，那么，减少与外界的接触可能是不得不采取的措施，因为接触会带来融合，融合会带来改变。
　　对于企业而言也是如此，企业无法脱离其生存环境，如果环境发生了改变，那么企业也不得不跟着改变，因为企业是不能靠与外界隔离来生存的。企业转型是必然的，无非是要考虑转型的时机等。在信息时代，转型的方向自然是信息化、数字化，实现业务与技术的深度融合，讨论这类内容的书籍并不少，但是，实践效果却难以让人满意，“众里寻他千百度”，依然不见“灯火阑珊处”。
　　企业级转型是一个很艰难的过程，它并非一个单纯的技术问题，因为转型涉及企业的方方面面，如果想走通这条路，尤其是对传统企业而言，充分认识自身、寻找适合自身的方法极为重要。笔者多年从事企业级业务架构设计与管控工作，有幸参与了一次历久弥新的企业转型工程，对业务架构在企业级项目和企业转型过程中发挥的作用深有体会，因此，笔者将对业务架构工作的感悟与自身的学习结合起来，超脱原有的工作实践和理论指导，面向可操作的一般方法论写作本书。
　　本书在写作过程中受个人经验局限，仍多以金融业务为讲解对象，但是其方法在读者自行学习后，可以引入到其他行业的实践中，而非局限于金融业，这一点在笔者运营的公众号（晓谈岩说）的读者交流中得到了证实。纵然如此，本书终归是一家之言的分享，期待能为各位读者带来些许思考和灵感，以共同促进业务架构、企业转型方面理论与实践的发展。
　　本书的主要特色
　　本书希望能够成为一本让各类读者都可以读得懂的架构书，因此，书中没有让人拿捏不准的概念。殊少概念可能会因为追求易懂的效果而让部分读者觉得有失严谨，但是，“易懂”也是架构设计应当追求的目标之一。与概念较少相对应，本书的“感受”成分稍多，因为笔者相信融入“感受”比单纯写方法更容易引起读者的共鸣与思考。
　　本书的主要内容
　　完整的企业级业务架构实践应当包含两条并行展开的主线，一条为“行线”，一条为“知线”，如图1所示。
　　“行线”是读者在日常工作中通常会比较关注的，其覆盖了企业级业务架构设计、实现及后期管理的完整过程；而“知线”则常常容易被忽视，尤其是在架构师或其团队之外。架构师有责任和义务持续改进、宣传架构设计方法，推动架构理念在企业以及社会范围内的磨砺、传播，实现架构工作的“知行合一”。出于这种认知，本书在内容方面设计了5个部分，其中，基础篇、设计篇、落地篇介绍了“行线”；改良篇、业务架构与中台篇探讨了“知线”，具体内容如下。
　　图1业务架构的“知行合一”
　　业务架构基础篇（第1～3章）分别介绍了业务架构的发展历程、作用、与IT架构的关系及业务模型的相关知识。
　　业务架构设计篇（第4～7章）分别介绍了战略分析、对标分析、组织结构的影响、业务架构设计方法、标准化方法，并以一个虚拟案例综合演示了业务架构的设计过程。
　　业务架构落地篇（第8～13章）分别介绍了业务架构方案制作、基于业务架构的实施、项目完成后的管理机制，并比较了与敏捷开发的异同，集中讨论了企业级项目的实施难度，最后，以一个设计实例展示了业务架构设计对提升企业开发效率的作用。
　　上述三部分完整介绍了业务架构设计的一般实现方法，并将企业级项目需要注意的问题及痛点融合在论述过程中，以供需要开展相关工作的读者参考。
　　架构方法改良篇（第14～16章）介绍了如何进行面向构件化的业务架构设计、如何构建轻量级架构设计工具、如何基于构件模型提升传统企业产品创新效率，该部分属于对前文方法的改良设想，需要读者对此多加思索，切勿生搬硬套。
　　业务架构与中台篇（第17章）是对业务架构设计方法与当前热点—“中台”模式的一个比对。“传统”方法并不一定会因新技术、新概念的发展而黯然失色，对方法论的深入探索和积极思考往往会让“传统”焕发新的“生命力”，深度思考比追逐热点更重要。
　　附录部分收录了笔者做业务架构设计期间撰写的两篇读后感，希望对读者了解业务架构设计的作用、扩展设计思路有一定的帮助。
　　如何阅读本书
　　本书适用于如下几类读者群体。
　　企业管理者
　　管理者决定着企业的发展方向，以下内容都适合其阅读：本书第一部分中对业务架构发展历程和业务架构作用的探讨；第二部分中对企业战略的分析，对标问题的分析和组织问题的阐述；第三部分中对企业级项目实施、实施后管理和企业级难点的集中论述。实施问题虽然涉及项目中一些琐碎的工作，但是这些琐碎工作对项目的成败却有较大的影响，需要管理者在推动转型之前就有充分的认知。目前，很多企业在转型方面遭遇困难，这些企业并非不善于设计“战略”，也并非不精通“业务”，而是不熟悉“架构”，不清楚如何将战略通过架构落实到业务和技术实现中，企业需要具备“架构”能力，而这种能力应该由管理者带头，从业务架构能力开始，自上而下地建立起来。
　　实施管理者
　　实施管理者通常为项目总监、各级项目经理、业务经理、技术经理等在项目实施过程中担任具体管理工作的人员。本书的前三部分对企业级业务架构设计及落地的阐述有助于实施管理者将本书的方法论引入其企业级项目工作中。第五部分的对比分析，也有助于各位实施管理者认真思考，寻找适合自身的方法论。第四部分则需要各位深入思考其方法与自身行业的适配性。
　　技术人员
　　在实现业务与技术的融合方面，技术人员自然是需要向业务侧多迈出一步。相信很多技术人员对自己到底是在实现“业务人员”的要求，还是在实现“业务”的要求产生过困惑。本书前三部分论述的方法有助于技术人员掌握一种可以与业务人员更好地进行沟通的方式，也能够在项目中，尤其是在企业级项目中，从“业务人员”的众多要求中抽离出“业务”的要求。后两部分则有助于促进技术人员对方法论的深入思考。
　　业务人员
　　在实现业务与技术融合方面，业务人员可能会更“痛苦”一些。一般业务人员在进行技术知识方面的学习时往往会更关注垂直领域，比如AI、区块链、大数据等，属于以应用为导向，但是很多人却忽略了对软件构建过程的关注，正是这种忽略导致了在开发中出现大量 “冲突”。本书作为业务架构设计方法论，技术门槛相对较低，有助于业务人员了解如何结构化自己的思维。通过对本书，尤其是前三部分的阅读，辅之对其他软件工程经典著作的一般了解，业务人员足以对软件的设计与实现有一个清晰的理解，使业务人员与软件的交互度更高。
　　希望成为业务架构师的读者
　　业务架构师并非一定要技术出身，但是技术实力雄厚的人显然具有基础知识方面的优势。业务出身的业务架构师需要克服更多的技术障碍，本书虽然不能帮助你学习更多垂直领域的技术知识，但却有可能是你成为业务架构师必读的一本书。
　　资源和勘误
　　由于笔者的水平有限，书中难免存在一些不准确的描述，恳请读者批评指正。如果读者有更多宝贵的意见，欢迎通过邮箱yfc@hz.com联系笔者，期待读者们的真挚反馈，以在探索业务架构的道路上互勉共进。本书部分资源可在笔者的微信公众号（晓谈岩说）上获得。
　　致谢
　　非常感谢InfoQ中文站的编辑杜小芳女士，是她的积极支持促成了本书前身《中台之上》系列文章的连载，也感谢InfoQ中文站的郭蕾老师和Linda老师对笔者的长期支持。
　　

.　　
　　---------------------------企业级业务架构设计：方法论与实践---------------------------
　　
　　
　　书中既有对业务架构设计理论的清晰介绍，又有大量“接地气”的案例分析。
　　—— 陈耿微软全球黑带技术专家
　　除了系统的业务架构设计理论外，还有基于大规模企业级项目的业务架构设计方法论。
　　—— 孙玄转转公司首席架构师／技术委员会主席
　　在企业级应用开发中，业务架构不可或缺，业内对业务架构的论述很少，本书填补了这一空白。
　　——曹洪伟 百度DuerOS首席布道师
　　本书集结了作者多年业务架构的经验，既有由浅入深的理论讲解，又有贴合实际的案例实践。
　　——李鑫 天弘基金（余额宝）移动平台技术总监
　　兼首席架构师
　　从企业战略分析到与IT架构的衔接，从业务模型的打造到架构的管理方法，本书让我茅塞顿开。
　　——王天庆 马蜂窝基础平台架构师
　　作者以金融行业的业务架构作为实例，从“行线”和“知线”两个维度系统讲解了业务架构的方方面面。
　　——茹炳晟 Dell EMC中国研发集团资深架构师
　　本书提出了业务架构“知行合一”的观点，让读者充分认识到业务架构的重要性，以及应该如何正确地进行业务架构设计。
　　—— 张逸领域驱动设计布道师
　　作者以“行线”和“知线”为指引，全面介绍了业务架构的设计、落地以及架构的持续改良等方面。
　　—— 郑然百度主任研发架构师
　　作者分享业务架构设计的原理和落地方法，并阐述了如何通过业务架构推动技术架构和中台体系的建设。
　　—— 刘超网易杭州研究院云计算技术部
　　首席架构师
　　本书既有业务架构设计的方法论，又有最新的架构方法，完整呈现了业务架构的全景图。
　　—— 周健招银云创金融基础云负责人
　　作者把他在金融领域超过19年的经验和思考娓娓道来，逻辑清晰完整，案例引人思考。
　　—— 黄帅AWS 认证云架构师
　　如果想要了解业务架构设计，这本书既有体系化方法论，又有最佳实践，实在是不可多得。
　　—— 沈剑到家集团技术中心负责人
　　& 快狗打车CTO
　　本书从“知行合一”的角度讲解了业务架构设计的方法论和工程实践，是作者19年工作经验的总结。
　　—— 梁李印滴滴大数据架构部高级专家工程师