1. 从"diagram-design"这个标题能读出什么
第一次看到"diagram-design"这个标题，我脑子里蹦出来的第一个判断是：这大概率不是一个单纯的绘图工具教程，而是一套关于"如何把复杂信息用图形语言讲清楚"的方法论。为什么这么判断？因为如果只是教人用某个画图软件，标题通常会带上具体工具名，比如"用XX画流程图"；而"diagram-design"把"diagram"和"design"并列，重点落在了"设计"上——也就是说，它关心的不是"怎么画"，而是"怎么设计出一张真正能传递信息的图"。
这个区别很关键。我见过太多人画架构图、流程图、时序图，画得工工整整，箭头横平竖直，配色也好看，但拿给别人看，对方第一句话是"这张图想说什么？"问题就出在：他们把"画图"当成了"设计图"。画图是把元素摆上去，设计图是先想清楚信息的主次、读者的阅读路径、以及每个图形元素承担的表达任务。
所以这篇内容适合谁看？三类人最需要：第一类是做技术方案、写设计文档的工程师，需要把系统结构、数据流向讲明白；第二类是做产品、做汇报的人，需要用一张图替代十页PPT；第三类是做教学、做知识整理的人，需要把抽象概念可视化。如果你属于这三类中的任何一类，那"diagram-design"这个主题就值得你花时间吃透。
接下来我会从信息分层、图形语法、布局逻辑、配色与标注、以及实际落地时的取舍这几个角度，把"设计一张好图"这件事拆开讲。全程不依赖任何特定工具，因为工具会换，但设计思路是通用的。
2. 先想清楚信息层级，再动手画第一个框
2.1 为什么大多数人画图是从"画"开始的，而这恰恰是错的
我观察过一个很普遍的现象：很多人打开画图工具，第一件事就是拖一个矩形出来，然后开始往里填字。这个动作看起来很自然，但它隐含了一个假设——我已经知道图里要放什么了。可实际上，大部分时候我们只是"大概知道要讲什么"，并没有想清楚信息的层级关系。
结果就是，图画到一半发现放不下了，或者画完之后发现重点被淹没在一堆次要信息里。更麻烦的是，当你试图修改时，牵一发而动全身，因为每个元素的位置都是"随手摆"的，没有逻辑支撑。
正确的顺序应该是反过来的：先在纸上或者脑子里列出所有要表达的信息点，然后给它们分级。哪些是核心结论，哪些是支撑论据，哪些是背景补充。这个分级过程不需要任何工具，一支笔一张纸就够，甚至纯靠想也行。分级完成之后，你才会知道图里应该有几个"视觉重心"，以及它们之间是什么关系。
2.2 信息分层的具体操作方法
我自己的做法是三步走。第一步叫"穷举"，把所有能想到的信息点全部写下来，不管重不重要，先倒出来。第二步叫"归并"，把意思相近的合并，把从属关系的挑出来。第三步叫"定级"，用三个层级来标记：一级信息是"读者必须看到的"，二级信息是"读者需要时能查到的"，三级信息是"放在附录或注释里的"。
举个具体场景。假设你要设计一张"某数据处理流程"的图。穷举阶段你会写出：数据来源、采集方式、清洗规则、存储位置、计算逻辑、输出格式、异常处理、监控告警、权限控制等等。归并之后你发现，"采集方式"和"清洗规则"其实都属于"数据准备"这个大阶段。定级之后你判断，读者最关心的是"数据从哪来、经过什么处理、最终变成什么"，所以"数据准备→计算→输出"这条主线是一级信息；而"异常处理""监控告警"是二级信息，可以用侧边标注的方式呈现；"权限控制"如果和主线关系不大，就降到三级，放进图注里。
这个分层做完，你的图其实已经成功了一半。因为接下来你只需要把一级信息放在视觉最显眼的位置，二级信息用弱化的方式呈现，三级信息收进角落。读者扫一眼就能抓住主线，需要细节时又能找到，这才是"设计"的价值。
2.3 一个反直觉的经验：信息越少，图越难画
很多人觉得，信息少图就好画。我的经验恰恰相反。信息多的时候，你只要把东西摆上去，图自然显得"内容丰富"；但信息少的时候，每一个元素的位置、大小、颜色都会被放大审视，任何一处不协调都很刺眼。
所以当你面对一张只需要表达三五个信息点的图时，反而要花更多时间在布局上。我的建议是：信息少的时候，优先考虑"对称"或"居中"这类稳定结构，让画面有秩序感；信息多的时候，优先考虑"分组"和"留白"，用空间来区分模块，而不是用线条去切割。
提示：如果你画完一张图，自己盯着看三秒钟还说不清"这张图的主线是什么"，那说明信息分层没做好，回去重新定级，不要急着调样式。
3. 图形语法：每种形状都在"说话"
3.1 矩形、圆形、菱形各自承担什么语义
图形设计里有一个被低估的事实：读者对形状的理解是有共识的。矩形通常代表"过程"或"模块"，圆形代表"状态"或"节点"，菱形代表"判断"或"分支"，箭头代表"流向"或"依赖"。这些共识不是某个人规定的，而是长期使用中形成的习惯。
如果你违背这些习惯，读者就会困惑。比如你用圆形表示一个处理步骤，用矩形表示一个状态，读者第一眼会愣一下，因为他脑子里的映射关系被打破了。当然，你可以故意打破来制造新鲜感，但那通常只在艺术表达里成立，在信息传达里是减分项。
所以我的原则是：在语义明确的场景下，严格遵循形状共识；只有在共识不存在的场景下，才去自定义。比如画一个"用户注册流程"，矩形表示"填写信息""验证邮箱"这些步骤，菱形表示"邮箱是否已存在"这个判断，箭头表示流转方向，读者一看就懂，不需要额外解释。
3.2 连线不是越直越好，也不是越弯越好
连线是图里最容易被忽视、也最容易出问题的部分。我见过两种极端：一种是所有线都画成直角折线，横平竖直，看起来像电路板；另一种是所有线都画成曲线，绕来绕去，看起来像一团乱麻。
这两种做法的问题在于，它们都没有考虑"连线要传达什么"。连线的核心任务是告诉读者"从A到B有路径"，所以它的第一要求是"清晰可追踪"，第二要求才是"美观"。
我的做法是：主路径用直线或简单折线，强调直接和高效；次要路径或反馈路径用曲线，强调"这是另一条路"。比如在一个主流程里，正向流转用直线箭头，而"失败重试"这种反向流转用一条弯曲的虚线箭头，读者一眼就能区分主次。
另外，连线交叉是不可避免的，但交叉的方式有讲究。两条线交叉时，最好让其中一条在交叉处"断开"一小段，形成"跨线"效果，这样读者能清楚知道哪条线在上、哪条线在下。很多工具都支持这个功能，但很多人不知道用，结果交叉处糊成一团。
3.3 箭头方向与阅读习惯的配合
箭头的方向决定了读者的阅读顺序。在大多数从左到右阅读的语言环境里，图的主流向也应该是从左到右或从上到下。如果你把主流程画成从右到左，读者会本能地感到别扭，需要额外消耗注意力去"逆向理解"。
但这里有个例外：当你要表达"循环"或"反馈"时，逆向箭头反而是必要的。比如一个"持续集成"的流程，代码提交后经过构建、测试、部署，如果测试失败要回到开发环节，这个"回到"的箭头就应该逆向，而且最好用不同颜色或线型标出来，让读者知道"这不是主路，是异常路径"。
我自己的习惯是：主流程一律从左到右，异常和反馈路径用逆向或环形箭头，并且用颜色区分。这样即使图很复杂，读者也能快速分辨"正常走哪条路，出问题走哪条路"。
4. 布局逻辑：让读者的眼睛"自动导航"
4.1 网格系统：看不见的骨架
专业设计师画图，底下都有一张看不见的网格。这个网格决定了每个元素的位置、间距、对齐方式。普通人画图，元素是"放"上去的；设计师画图，元素是"嵌"进网格里的。
网格系统的好处是，它让画面产生秩序感。当所有元素都对齐到同一套网格上时，读者会觉得"这张图很舒服"，但他说不出为什么舒服。反过来，如果元素东一个西一个，即使每个元素本身画得很精致，整体也会显得乱。
具体操作上，我建议至少建立一套"列网格"。比如把画布横向分成12列，所有主要模块的宽度都取12的约数（如3列、4列、6列），这样模块之间自然形成对齐关系。纵向可以按内容需要灵活处理，但同一行的元素高度要一致。
4.2 留白不是浪费，是呼吸空间
新手画图最容易犯的毛病是"填满"。画布上有一点空白就想放点东西进去，结果整张图密不透风，读者看着累。
留白的作用是"分组"。两个元素之间留白大，读者就知道它们不属于同一组；留白小，读者就知道它们关系紧密。所以留白的大小不是随意的，而是和信息结构对应的。同一模块内部的元素间距要小，模块之间的间距要大，这样才能形成清晰的"块"。
我的经验值是：模块内部间距设为模块间距的三分之一到二分之一。比如模块内元素间距是8像素，那模块之间就留16到24像素。这个比例不是绝对的，但方向是对的——组内紧、组间松，读者的眼睛会自动按这个节奏去分组。
4.3 视觉重心的分布：别让图"偏沉"
一张图如果所有元素都挤在左边，右边空荡荡，读者会觉得"这张图没画完"。这就是视觉重心失衡。
平衡视觉重心的方法有两种：对称和不对称平衡。对称就是左右或上下镜像，简单但容易呆板；不对称平衡是通过元素的大小、颜色深浅来"配重"，比如左边放一个大而浅的模块，右边放两个小而深的模块，视觉上也能平衡。
我画架构图时常用不对称平衡。因为架构图天然是不对称的——核心服务少而重要，边缘服务多而次要。这时候我会把核心服务画得大一些、颜色深一些，放在视觉中心；边缘服务画得小一些、颜色浅一些，分布在周围。这样读者的视线会自然落在核心上，然后向外扩散，符合"先抓重点、再看细节"的阅读习惯。
5. 配色与标注：克制比丰富更难
5.1 配色方案：三色原则与语义色
配色是图设计里最容易"用力过猛"的地方。我见过太多图，红橙黄绿青蓝紫全用上，看起来像彩虹，但读者根本不知道每种颜色代表什么。
我的建议是遵循"三色原则"：一张图的主色调不超过三种（不含黑白灰）。这三种颜色分别承担"主色""辅色""强调色"的角色。主色用于大部分常规元素，辅色用于次要元素，强调色只用于需要读者特别注意的地方。
更重要的是"语义色"的概念。颜色应该和信息的含义绑定，而不是随机分配。比如在流程图中，绿色表示"成功/通过"，红色表示"失败/阻断"，黄色表示"警告/待定"，蓝色表示"常规处理"。一旦定了这套语义，整张图甚至整个文档体系都沿用，读者看多了就会形成条件反射，不需要看图例也能理解。
注意：语义色一旦确定，就不要在同一份文档里混用。比如这张图红色表示失败，那张图红色表示重点，读者会混乱。统一性比好看更重要。
5.2 标注的三种方式：内嵌、旁注、图例
标注是图的"说明书"。没有标注的图，读者只能猜；标注太多的图，读者又觉得啰嗦。所以标注的关键是"恰到好处"。
我常用三种标注方式。第一种是内嵌标注，直接把文字写在元素内部，适合元素本身有足够空间、且文字简短的情况。第二种是旁注，用引线把文字拉到元素旁边，适合元素空间不够、或者需要补充说明的情况。第三种是图例，把重复出现的符号、颜色、线型的含义集中放在角落，适合图中有大量约定符号的情况。
选择哪种方式，取决于"读者需要多快获取这个信息"。如果标注是理解图的关键，就内嵌；如果是补充说明，就旁注；如果是全局约定，就图例。我见过有人把所有说明都塞进图例，结果读者要反复对照图例才能看懂图，体验很差。
5.3 字体与字号：可读性优先
字体选择上，我的原则是"无衬线优先"。无衬线字体（如黑体类）在屏幕上的可读性通常优于衬线字体（如宋体类），尤其是在小字号时。字号方面，正文标注和元素内文字的字号差不要超过两级，否则读者会觉得"有的字大有的字小，很乱"。
还有一个容易被忽视的细节：字重（粗细）可以用来区分层级。比如模块标题用粗体，模块内说明用常规体，注释用细体。这样即使字号相同，读者也能通过粗细判断信息的层级。但字重也不要超过三种，否则同样会乱。
6. 从草图到成图：一个完整的设计流程
6.1 草图阶段：用最粗糙的方式验证结构
我强烈建议在打开任何画图工具之前，先用纸笔或者白板画一张草图。草图不需要好看，甚至不需要工整，它的唯一目的是验证"信息结构是否成立"。
草图阶段你会快速发现一些问题：比如某个模块放不下所有内容，说明它需要拆分；比如两条连线总是交叉，说明布局需要调整；比如某个判断分支没有出口，说明逻辑有遗漏。这些问题在草图阶段修改的成本几乎为零，但如果你已经用工具画得很精细了再改，成本就高得多。
草图阶段还有一个好处：它强迫你"用手思考"。在纸上画的时候，你的大脑会更专注于"信息之间的关系"，而不是"这个框用什么颜色"。这种专注恰恰是设计图最需要的。
6.2 工具选择：没有最好的，只有最合适的
工具选择上，我不推荐具体品牌，但可以给一个判断框架。如果你画的是"结构相对固定、需要反复修改"的图，比如系统架构图、流程图，那应该选支持"自动布局"和"元素吸附"的工具，这样你调整一个元素时，相关连线会自动跟随。如果你画的是"一次性、偏展示"的图，比如汇报用的概念图，那可以选自由度更高、样式更丰富的工具。
还有一个维度是"协作需求"。如果图需要多人编辑或评审，那要选支持版本管理和评论功能的工具。如果只是个人使用，轻量级工具反而更高效。
我的个人习惯是：结构图用"节点-连线"型工具，概念图用"自由绘制"型工具。前者强调逻辑关系，后者强调视觉表达，用错工具会事倍功半。
6.3 迭代与评审：让不懂技术的人也能看懂
图设计完之后，一定要找"目标读者"评审。注意，不是找同行评审，而是找那些"不懂你专业细节但需要理解这张图"的人。如果他们能看懂主线，说明你的图设计成功了；如果他们看不懂，那问题大概率不在他们的理解能力，而在你的信息分层或视觉引导。
评审时我会问三个问题：第一，"你第一眼看到的是什么？"这检验视觉重心是否正确。第二，"你能说出这张图讲了什么吗？"这检验信息主线是否清晰。第三，"有没有哪里让你困惑？"这检验标注和连线是否到位。
根据反馈修改，通常两到三轮就能达到"外行也能看懂"的程度。这个过程很值得，因为一张图一旦做好，可以被反复使用，省下的沟通成本远超设计成本。
7. 几个我踩过的坑和对应的解法
7.1 坑一：追求"完整"导致图太满
我早期画图有个执念，就是"把所有信息都放进去"，觉得这样才显得专业。结果图越画越大，元素越加越多，最后连我自己都要找半天才能找到某个模块。
解法是"分层输出"。一张主图只放一级信息，二级信息用"展开图"或"附录图"呈现，三级信息直接写成文字。主图的作用是"建立全局认知"，不是"承载所有细节"。读者看完主图知道"大概是怎么回事"，需要细节时再去看展开图，这样认知负担就分散了。
7.2 坑二：颜色太多导致语义混乱
有一段时间我喜欢用很多颜色，觉得这样"区分度高"。结果读者反馈说"不知道每种颜色什么意思"。后来我强制自己用三色原则，并且把颜色和语义绑定，情况才好转。
具体做法是：先定义一套"语义色板"，比如蓝=常规、绿=成功、红=失败、黄=警告、灰=次要。然后所有图都从这套色板里取色，不再临时决定颜色。这样不仅图与图之间风格统一，读者也能跨图理解颜色含义。
7.3 坑三：连线交叉太多导致"追踪困难"
复杂系统图里，连线交叉几乎不可避免。我之前的做法是"尽量绕开"，结果线绕来绕去，反而更难追踪。
后来我改用"跨线断开"的方式：两条线交叉时，让其中一条在交叉点断开一小段，形成"立交桥"效果。这样读者能清楚知道哪条线在上、哪条线在下，追踪路径时不会跟丢。这个技巧在很多工具里叫"跳线"或"跨线"，如果你的工具支持，一定要打开。
7.4 坑四：忽略"图注"导致图离开上下文就失效
我做过一张图，当时在文档里配合文字说明，读者能看懂。后来这张图被单独拿出来放到PPT里，没有文字说明，读者就懵了。问题出在我没有写"图注"。
图注是图的"自解释"机制。一张好的图，应该在不依赖上下文的情况下，也能让读者理解个大概。所以我现在画完图，都会补一段图注，说明"这张图展示了什么""主线是什么""符号代表什么"。图注不需要长，三五句话就够，但作用很大。
8. 进阶思路：让图成为"可交互的文档"
8.1 从静态图到"图+链接"
如果你的图是放在在线文档或知识库里的，可以考虑给元素加链接。比如点击某个模块，跳转到对应的详细文档；点击某个数据流，跳转到数据字典。这样图就从"静态展示"变成了"导航入口"，读者可以按需深入。
这个做法在技术文档里特别有用。一张系统架构图，每个服务模块都链接到对应的接口文档，读者看图时就能直接跳转，不用再去搜索。实现方式也很简单，大多数在线文档工具都支持给图形元素加超链接。
8.2 用"图层"管理复杂度
如果你的图需要表达多个维度（比如"逻辑架构"和"部署架构"），可以考虑用图层来管理。底层放逻辑关系，上层放部署信息，读者可以通过切换图层来看不同维度的内容。
这样做的成本是工具要支持图层功能，收益是一张图能承载更多信息而不显得乱。我见过一些团队用这种方式做"一图多看"，效果不错。但要注意，图层不要太多，两到三层就够了，太多读者会迷失。
8.3 建立"图库"实现复用
如果你经常画同类型的图，建议建立自己的"图库"。把常用的模块、图标、连线样式、配色方案保存下来，下次画图直接调用。这样不仅效率高，而且风格统一。
图库的维护也有讲究。我会定期清理不再使用的元素，更新过时的样式，确保图库里的东西都是"当前最佳实践"。这样每次画图，我都是在用"经过验证的组件"，而不是从头造轮子。
9. 我个人的几条硬核经验
第一条，图是给人看的，不是给工具看的。不要为了用某个炫酷功能而画图，要根据读者的需求选择表达方式。工具是手段，传达信息才是目的。
第二条，先做减法，再做加法。初稿尽量简单，只放核心信息；然后根据评审反馈，逐步补充必要的细节。反过来做，先堆满再删减，往往删不干净。
第三条，一致性比创意更重要。在同一份文档或同一个项目里，图的风格、配色、符号应该保持一致。读者不需要每次都重新学习你的"图形语言"。
第四条，图注和图本身一样重要。一张没有图注的图，离开上下文就可能失效。花五分钟写图注，能省下读者十分钟的困惑。
第五条，定期回顾旧图。我每隔一段时间会翻看自己以前画的图，经常发现"当时觉得很好，现在看很乱"的地方。这种回顾是提升设计能力最有效的方式之一，因为它让你看到自己的进步轨迹。
最后分享一个小技巧：如果你不确定一张图设计得好不好，把它缩小到手机屏幕大小看一眼。如果缩小后还能看清主线，说明信息层级和视觉重心都到位了；如果缩小后糊成一团，说明细节太多、重点不突出，需要回去做减法。这个"缩小测试"我用了很多年，简单但有效。
