业务架构软件系统的顶层结构。

因为软件的构成特别复杂，从上到下设计业务模型、系统、技术、模块、功能等等，理论上每个维度都可以有自己的架构。

业务架构本其实更多关注业务，系统，模块和功能等在产品层面上的顶层设计。

在对业务架构进行梳理之前，我们先需要掌握几个第一性原理，这些第一性原理放之四海皆准，掌握了他们，别说信贷域业务架构设计，整个金融域、甚至都可以进行设计。

一、抽象原则

抽象原则是业务架构设计的底层思维，是方法论的方法论，抽象思维很简单，就是把同一类事务归为一类。

人类立足于宇宙万物之间无不是在抽象中进行归纳和总结，我们抽象出物理、数学、化学、生物几个学科，抽象出地球、火星这样的行星体系，抽象出印度洋，太平洋，大西洋这样的海洋体系。

在系统和业务层面的业务架构设计，最为首要的也是抽象，去寻找共同点，比如我们抽象出了信贷域、风控域、支付域、核心域，看名字就知道是做什么的。

二、穿透性原则

现实生活中很多人用不好抽象思维，我觉得主要是因为对同一类事务没有很明确的认识，说白了不够熟悉业务，没有穿透事务本质的能力。

比如你可以识别图中不同三角形的颜色，但是你不一定能识别所有口红的色号。

穿透性原则的经验来自于实践的经历，没有实践就没有发言权，这也是我专注信贷的核心，我有实践自然有发言权，但是往往还不够，还得熬夜输出文章内化所见所得，转发和在看是我持续输出的来源。

三、全局原则

站在不同的角度，思维方式也不一样，站在全局的角度看，体系化结构思考所有生产要素，一竿子插到底，这要才能对产品有把控感。

不局限形成当前状态的直接原因，而是思考问题产生的背景与系统因素

从整个系统的角度去思考产品架构，主动了解上下游系统。

四、平衡原则

没有完美的架构，只有你平衡了所有因素，你就找到了最合适的架构，架构不好也并不是架构师一个人的锅，这是集体能力的锅。

五、康威定律

康威第一定律说：

Conway’s law: Organizations which design systems are constrained to produce designs which are copies of the communication structures of these organizations.– Melvin Conway(1967)

组织设计的产品/设计等价于这个组织的沟通结构。

同样是信贷，个人信贷和企业信贷没有本质的区别，都是授信，放款和还款的流程组合。

大部分公司的个贷和企业贷是完全不同的事业部，但是在康威定律的影响下，就拆分成为个贷系统和企业贷系统。

个人和企业信贷并不是不能单独一个系统承接。

六、信贷域三线架构

信贷域的三线分别是主线、辅线和旁线的组合，主线是通过模块组合不同渠道入口、不同产品种类、不同资金接入的结合。

辅助系统，如反欺诈，风险系统、贷后是信贷域的重要组成部分。

接下来是对应旁线系统，如支付系统，核心系统，用户中心，额度系统等。

有了三条线，基本就保证一个信贷域名架构的可扩展性和基础。

那么不管接入的产品有多复杂，我们只需要对三条线的相关系统进行改造，而不会影响其它系统。

把复杂的问题分解到各个系统，复杂也就变得相对简单，当然分得系统越多，成本越高，但目前来看三条线的划分，符合信贷域的实际情况。

七、信贷模块三点架构

三点其实是三个模块，他们是渠道、产品和资金的关系。渠道可以无限扩展，一个合作坑位就是一个渠道，渠道能最小化核算，满足业务战略要求。

产品也可以无限扩展 ，渠道和产品1：1对应关系，产品可以对接多个资金方放款，N：N的关系。

不管接入多少资产，不管有多少产品，也不管接入多少资金方，这三个模块组成的信贷域都能够满足要求。

看似简单，但很实用，其本质是抽象和复用，通过复用去达到业务架构设计目的。

-END-

作者：呱说产品

来源：鸟哥笔记

原文地址：https://www.niaogebiji.com/article-85383-1.html

业务架构软件系统的顶层结构。

因为软件的构成特别复杂，从上到下设计业务模型、系统、技术、模块、功能等等，理论上每个维度都可以有自己的架构。

业务架构本其实更多关注业务，系统，模块和功能等在产品层面上的顶层设计。

在对业务架构进行梳理之前，我们先需要掌握几个第一性原理，这些第一性原理放之四海皆准，掌握了他们，别说信贷域业务架构设计，整个金融域、甚至都可以进行设计。

一、抽象原则

抽象原则是业务架构设计的底层思维，是方法论的方法论，抽象思维很简单，就是把同一类事务归为一类。

人类立足于宇宙万物之间无不是在抽象中进行归纳和总结，我们抽象出物理、数学、化学、生物几个学科，抽象出地球、火星这样的行星体系，抽象出印度洋，太平洋，大西洋这样的海洋体系。

在系统和业务层面的业务架构设计，最为首要的也是抽象，去寻找共同点，比如我们抽象出了信贷域、风控域、支付域、核心域，看名字就知道是做什么的。

二、穿透性原则

现实生活中很多人用不好抽象思维，我觉得主要是因为对同一类事务没有很明确的认识，说白了不够熟悉业务，没有穿透事务本质的能力。

比如你可以识别图中不同三角形的颜色，但是你不一定能识别所有口红的色号。

穿透性原则的经验来自于实践的经历，没有实践就没有发言权，这也是我专注信贷的核心，我有实践自然有发言权，但是往往还不够，还得熬夜输出文章内化所见所得，转发和在看是我持续输出的来源。

三、全局原则

站在不同的角度，思维方式也不一样，站在全局的角度看，体系化结构思考所有生产要素，一竿子插到底，这要才能对产品有把控感。

不局限形成当前状态的直接原因，而是思考问题产生的背景与系统因素

从整个系统的角度去思考产品架构，主动了解上下游系统。

四、平衡原则

没有完美的架构，只有你平衡了所有因素，你就找到了最合适的架构，架构不好也并不是架构师一个人的锅，这是集体能力的锅。

五、康威定律

康威第一定律说：

Conway’s law: Organizations which design systems are constrained to produce designs which are copies of the communication structures of these organizations.– Melvin Conway(1967)

组织设计的产品/设计等价于这个组织的沟通结构。

同样是信贷，个人信贷和企业信贷没有本质的区别，都是授信，放款和还款的流程组合。

大部分公司的个贷和企业贷是完全不同的事业部，但是在康威定律的影响下，就拆分成为个贷系统和企业贷系统。

个人和企业信贷并不是不能单独一个系统承接。

六、信贷域三线架构

信贷域的三线分别是主线、辅线和旁线的组合，主线是通过模块组合不同渠道入口、不同产品种类、不同资金接入的结合。

辅助系统，如反欺诈，风险系统、贷后是信贷域的重要组成部分。

接下来是对应旁线系统，如支付系统，核心系统，用户中心，额度系统等。

有了三条线，基本就保证一个信贷域名架构的可扩展性和基础。

那么不管接入的产品有多复杂，我们只需要对三条线的相关系统进行改造，而不会影响其它系统。

把复杂的问题分解到各个系统，复杂也就变得相对简单，当然分得系统越多，成本越高，但目前来看三条线的划分，符合信贷域的实际情况。

七、信贷模块三点架构

三点其实是三个模块，他们是渠道、产品和资金的关系。渠道可以无限扩展，一个合作坑位就是一个渠道，渠道能最小化核算，满足业务战略要求。

产品也可以无限扩展 ，渠道和产品1：1对应关系，产品可以对接多个资金方放款，N：N的关系。

不管接入多少资产，不管有多少产品，也不管接入多少资金方，这三个模块组成的信贷域都能够满足要求。

看似简单，但很实用，其本质是抽象和复用，通过复用去达到业务架构设计目的。

-END-

作者：呱说产品

来源：鸟哥笔记

原文地址：https://www.niaogebiji.com/article-85383-1.html