当第 1 次开始从 0 做一个别系级别产品时，我须要一个东西能呈现出全体产品的全部内容，数据流、产品模块涉及内容的前后顺序。
这个时候我才知道要画产品架构图。
如今，每次做新项目时，我必画架构图。
本日我们就说下如何画架构图～
01 架构图示例
我们看下边几张架构图：
利用图形化的办法展示产品系统内部各个组件之间的关系和构造。这便是产品架构图。
02 特点与浸染
特点很明显
在内容上，架构图关注的是模块化，并不涉及细节内容。
每一个模块的内容，拿出来都是一个较繁芜的产品。
在展现形式上，进行明显的分层、分块。
在逻辑表达上，内容模块之间有明显的逻辑关系，逻辑会随着视觉流进行移动，有自下而上、从左到右、箭头勾引等办法。架构图的浸染
既然是图，那便是一个信息传达工具，能让人全面理解一个别系。
给领导看，给团队成员看，都会很有用。
在很多B端产品的官网上，都会通过架构图对自家产品进行先容，便于客户快速理解产品全貌。
对付我们做产品设计，尤其是系统级产品时
架构图会让你有一种上帝视角，而不是局限在某个模块去思考问题，视野直接打开。
划分出的模块也能清晰明了展示出关系，明确对应的的职责和边界。
同样的，可以知道全体产品的整体流转流程，能从更全面的角度去思考产品。
架构是一种抽象化、层次化、模块化的思维办法
架构图是思考结果的展示。
根据展示内容的不同，架构图可以分为多种类型：
架构图中的内容是展示功能，就可以叫做功能架构图，
内容是展示技能架构，就可以叫做技能架构图。
如果内容是展示全体产品通盘内容，也可以叫产品架构图，也能往大了叫：产品蓝图、产品矩阵图等等。
不用纠结于详细叫什么，而是要知道，如果表达出来自己要画的内容。
03 如何画架构图
无论我们画什么图，写什么文档，首先第 1 点便是——明确目标
同样的，又涉及到给谁看：给大领导看、给甲方看、给技能看……
目标就有很多：
为了展示整体业务流程，则须要展示出全流程以及涉及到的紧张节点为了展示做事能力，则须要重点展现出做事特色，做事集成办法与数据流为了展示跨系统关系，重点突出职责划分、数据流转、对接办法等画图的目标不同，架构图的内容也会有不同。
接着我们看下如何画架构图。
首先对付画图的工具不要纠结，就用你常常用的画图工具，只要能画矩形，能写笔墨就行。
我之前用PPT，现在用飞书文档里的画板。
第一步：分层
分层，也便是先确定一级分类。
各个层次的关系是「自上而下的流程关系」，即：先有分层1，才有分层2……，最下边的表示为最底层。
如下图：
对付产品架构，有个很常规的划分：根本层、数据层、做事层、运用层、展现层。
根本层：
包括了做事器、网络、存储等硬件资源，以及操作系统、数据库管理系统等。
作为产品经理，我们并不须要特殊关注技能层面的事情，当架构图上想表达的内容与技能没有强干系时，完备可以不写技能层。
数据层：
展示数据网络、存储、处理等内容。包括用户数据、交易数据、内容数据等，以及数据的来源、存储构造和数据流向。
做事层：
展示产品供应的核心做事和功能。这可能包括用户认证做事、数据处理做事、关照做事等。
做事层是产品架构中非常关键的部分，由于它定义了产品能够供应哪些做事以及如何供应。
运用层：
展示产品如何将做事层的功能转化为用户可以直策应用的运用。这可能包括不同的功能模块，也可以是不同的系统。
展现层：
如App、微信小程序、PC桌面端、Web端。
而详细怎么分层，紧张便是看架构图中想表达什么。
可以非常灵巧的进行添加就行。
第二步 分块
把每层中的内容，进行模块划分。
由于每层内容中，会有很多信息，可以通过「块」的形式进行合并与分开。
相同内容合并，不同内容分开。
如果分层和分块确定后，这个架构图也快画好了。
举个我之前做的产品——药学数据公共做事
是基于标准数据，天生多种公共做事，并对外利用。
这里的分层可以是：数据层、做事层、运用层、展现层
整理下对应内容后则会有下图：
这个架构图，一看便是不足的，还缺东西
比如：
数据层的数据从哪来的？——来自标准文件，那就可以把文件列举一下
做事层与运用层怎么连接？——通过接口调用做事，那就须要加个「接口层」。
接着可以优化下样式：
1、调度颜色
1）颜色只管即便不要超过3种
2）颜色不要用太刺眼的
2、调度对齐
将长宽大小统一下、对齐下
3、突出重点
重点内容则添补颜色，不主要的内容则置灰
然后修正后的如下：
接着和领导沟通后，他提出了几点问题：
公共做事详细的利用场景在哪里？做事对接只有接口办法吗？有没有其他的办法？各个产品线哪些必须接这些做事？有没有接入的优先级？终极我把架构图画成了下图：
这个架构图的例子比较大略。
04 架构图的逻辑表达
架构图本身便是用来表达逻辑的，当内容太多时，逻辑关系的表达更显得非常主要了。
在之前的《快速画好事情型PPT的秘籍》里提到了 8 中逻辑关系：
这些关系在架构图中也是同样适用的，
架构图中最常见的关系是：并列、总分、递进。
并列关系：利用位置排列来突出关系，如2个并列的块排列在一起，或这是利用符号形状，如加号。总分：位置排列递进：可以用位置表达，更好的是通过「箭头」来突出递进关系。我们看个例子——知识图谱构建
下图是知识图谱天生的逻辑图，我们调度下，利用架构图的办法表达。
为了快速演示，我让 AI 基于上边的流程补充了全体架构图：
1. 数据接入层
– 集成内部和外部数据源
– 通过爬虫和数据接口实现数据抽取
2. 数据预处理与洗濯层
– 实行数据洗濯、格式化和标准化
– 进行分词、词性标注、实体识别等文本处理
3. 知识提取层
– 从文本中识别实体和关系
– 存储提取结果到数据库
4. 知识存储与组织层
– 利用图数据库存储知识图谱构造
– 利用本体库组织知识模式
5. 知识推理与补全层
– 运用推理算法创造新知识
– 利用补全技能补充知识空缺
6. 知识管理与管理层
– 包括知识更新、验证和掩护
– 履行数据质量和安全政策
7. 知识做事与运用层
– 供应API接口和可视化工具
– 支持问答系统、智能搜索、推举系统等运用
8. 用户交互层
– 供应用户界面和外部系统API接入点
9. 技能与平台支撑层
– 集成大数据、机器学习、云打算等技能
– 为全体知识图谱架构供应技能支撑
10. 合规性与监控层
– 确保架构符合法律法规哀求
– 监控系统性能和知识图谱运用效果
首先进行分层：
这个时候会创造分层太多，可以合并干系分层。
如信息抽取、知识表示，都是用来形成知识图谱，我们可以合并成一个「图谱天生」
对付「数据存储层」，对付我们表达全体流程中，它并没有那么主要，但却是不可短缺的，以是我们可以进行弱化。
先有实体/关系/属性抽取，然后才有知识映射/领悟，以是抽取在知识映射/领悟的下边。
在进行实体/关系/属性抽取时，与知识映射/领悟时，推理/补全算法都会利用到，也便是算法是跨了「抽取+知识映射/领悟」这2个小层。
以是推理/补全算法，得竖着放，用于表示「抽取+知识映射/领悟」这2个小层都会用到算法。
接着调度下样式，利用「箭头」突出逻辑关系
这样初版算是画出来了，接着还须要补充「数据质量管理」「数据安全管理」
这2点贯穿全体产品线，时时刻刻都要把稳质量与安全，以是补充上
接着便是看想突出那些内容，就可以通过调度添补色、字体大小来调度层级。
05 架构图的其他表达办法
架构图是表达架构的一张办法，但是并不仅仅只有这一种办法。
在我们上边的例子中，架构图都是一层一层的表达办法，
但是并不是固定的，只要能表达出逻辑关系就行。
如下图，则是利用「旁边布局」的办法，将全体架构表达出来。
架构图也有其他“更好看”的样式，比如下方的轴侧 2.5D 风格。
这种图，我不建议画。
如果就想画，我在figma的社区资源里找到了类似的风格组件，可以直接在figma中复用。
在figma社区中关键字搜「架构」就有。
还有下图中的炫酷办法，在PPT中会涌现：
来自网络
来自小红书
不过在我们的日常事情中，就算能画出来也不建议画那么炫酷。
画图重点要能突出架构内容，能让看的人快速理解就好。
炫酷的图，易读性并不高。
06 总结
架构图是凑集了涉及到的模块，并恰当的利用逻辑关系，将涉及到的内容都通过一张图进行展示。
当你在一个大项目时，你可以将全体产品架构给画出来，能得到一个很全面的思考。
架构图在申报请示的时候，也是个很好的利器。
领导通过图中的模块知道你要做什么，也能看出来你的设计思路。
本文由大家都是产品经理作者【王大鹿】，微信公众年夜众号：【产品大鹿】，原创/授权 发布于大家都是产品经理，未经容许，禁止转载。
题图来自Unsplash，基于 CC0 协议。