企业官网建设流程全解析

1. 从"diagram-design"这个标题能读出什么

第一次看到"diagram-design"这个标题，我脑子里蹦出来的第一个判断是：这大概率不是一个单纯的"画图工具推荐"或者"设计素材合集"，而是一个围绕图表设计这件事本身展开的系统性项目。为什么这么说？因为"diagram"和"design"这两个词放在一起，本身就带着一种张力——diagram强调的是信息结构、逻辑关系、数据流向，是偏工程和理性的；design强调的是视觉呈现、排版美学、阅读体验，是偏艺术和感性的。把这两个词捏在一起当标题，说明作者想解决的核心矛盾就是：怎么让一张图既把逻辑讲清楚，又让人愿意看、看得舒服。

这个判断很关键，因为它直接决定了后面所有内容的展开方向。如果只是讲"怎么画流程图"，那市面上教程一抓一大把，没必要单独起一个项目名。但如果是讲"图表设计"这个交叉领域，那就有意思了——它涉及的东西远比想象中多：信息架构怎么梳理、节点怎么排布、连线怎么走才不乱、配色怎么选才不刺眼、字体大小怎么定才层级分明、留白留多少才不显得空或者挤。这些问题，画图工具本身不会告诉你，但每一个做过复杂系统图、架构图、流程图的从业者都踩过。

我这些年做过不少类似的事情：给团队画系统架构图、给客户画业务流程图、给文档配状态机图、给汇报材料做数据关系图。说实话，工具换了一茬又一茬，但真正决定一张图好不好用的，从来不是工具，而是设计决策。同样一个流程，两个人用同一个工具画出来，一个让人一眼看懂，一个让人看三遍还在找入口，差别就在设计上。所以"diagram-design"这个标题，我理解它的核心价值就是：把图表设计这件事从"随手画"提升到"有方法"的层面。

这篇文章适合谁看？我觉得三类人最需要：第一类是技术从业者，平时要画架构图、流程图、时序图、ER图，但画出来总被说"看不懂"或者"太丑"；第二类是产品、运营、咨询方向的人，需要频繁用图表表达逻辑，但缺乏设计训练；第三类是对信息可视化有兴趣的普通读者，想搞明白为什么有些图就是比另一些图好读。不管你用的是什么工具，下面这些内容都能直接迁移过去。

2. 图表设计的第一性问题：先想清楚"谁在什么场景下看"

很多人画图的第一步是打开工具、拖一个框、开始连线。这个顺序是错的。我踩过最大的坑就是：图是给自己画的，但看的人是别人。你自己脑子里有完整的上下文，所以你觉得"这个箭头从这儿到那儿很自然"，但看的人没有你的上下文，他看到的就是一堆框和线，完全不知道从哪儿开始看。

所以图表设计的第一性问题不是"怎么画"，而是"谁看、在什么场景下看、看完要做什么"。这三个问题决定了后面所有的设计选择。

2.1 三种典型阅读场景与对应的设计策略

我把常见的图表阅读场景分成三类，每类的设计策略完全不同。

第一类是"讲解型"场景。比如你在会议上对着图讲，图是辅助你说话的。这种场景下，图不需要自解释，因为你在旁边讲。设计上可以更紧凑，节点可以更密，因为你会用语言补充。但要注意：讲解型图表的层级要清楚，因为听众的视线会跟着你的话走，如果你的图没有明显的视觉引导，听众会迷路。

第二类是"自解释型"场景。比如文档里嵌的图、邮件里发的图，没人给你讲解，图必须自己把话说清楚。这种场景下，设计要更保守：节点文字要完整、连线要有标注、关键路径要加粗、必要时加图例。宁可显得"啰嗦"，也不能让人猜。

第三类是"参考型"场景。比如一张大的系统全景图，挂在墙上或者放在文档附录里，人们需要的时候去查。这种场景下，信息的完整性和可检索性比美观更重要。分区、编号、颜色编码这些手段都要用上，让人能快速定位到他要找的部分。

我见过太多人把这三类场景混为一谈，用讲解型的方式画自解释型的图，结果图发出去没人看得懂；或者用参考型的方式画讲解型的图，结果会议上讲半天还在解释图本身。先定场景，再定设计，这个顺序不能反。

2.2 从"信息层级"倒推视觉层级

确定了场景之后，下一步是梳理信息层级。一张图里的信息不是平等的，有些是主干，有些是分支，有些是补充说明。视觉设计要做的，就是让视觉层级和信息层级对应起来。

具体怎么做？我通常用"三遍法"：

第一遍，把所有要放进去的信息列出来，不管格式，就是列。这时候你会发现信息量往往比预想的多。

第二遍，给每条信息标一个优先级：核心、重要、补充。核心是"没有它图就不成立"的，重要是"有它更好理解"的，补充是"给深入看的人准备的"。

第三遍，把优先级映射到视觉手段上。核心信息用最大的字号、最粗的线、最显眼的位置；重要信息用正常字号、正常线宽；补充信息用小字号、细线、或者放到边角。

这个映射关系听起来简单，但实际操作中最容易犯的错是"什么都想强调"。我见过一张图里七八种颜色、五六种线型、字号从8到24全用上了，结果就是什么都没强调。视觉手段是稀缺资源，用多了就失效了。

2.3 一个反直觉的经验：先画草图，别碰工具

我现在画任何稍微复杂一点的图，第一步一定是拿纸和笔。为什么？因为工具会限制你的思维。你一打开工具，看到的是矩形、圆形、箭头这些预设形状，你的思维就被框住了。但纸和笔没有限制，你可以先想清楚"这个关系到底怎么表达最自然"，再去工具里找对应的实现。

而且纸笔阶段改起来成本极低。你在纸上画错了，划掉重画，十秒钟的事。你在工具里画错了，调整布局、重新连线、对齐节点，可能十分钟就没了。我统计过自己的习惯：一张中等复杂度的图，纸笔阶段大概花15分钟，工具阶段花30分钟；如果不经过纸笔直接上工具，往往要花一个小时以上，而且效果还更差。

提示：纸笔草图不需要好看，只需要把"谁连着谁、谁在谁上面、哪条是主路径"这些关系标清楚。草图是给自己看的，不是给别人看的。

3. 节点、连线、留白：图表设计的三个核心构件

图表设计说到底就是三件事：节点怎么摆、连线怎么走、留白怎么留。这三件事做好了，图基本就成立了；这三件事做不好，再花哨的配色和阴影都救不回来。下面我逐个拆解。

3.1 节点设计：形状、文字、对齐的取舍

节点的第一选择是形状。矩形、圆角矩形、圆形、菱形、平行四边形……每种形状都有约定俗成的含义。矩形通常表示"处理步骤"，菱形表示"判断分支"，圆形表示"开始或结束"，平行四边形表示"输入输出"。这些约定不是强制的，但如果你不遵守，读者就要额外花认知成本去理解你的图。

我的建议是：除非有明确理由，否则遵守通用约定。你想创新，可以在配色、布局、标注方式上创新，但形状这种基础语义符号，不要轻易改。我见过有人用圆形表示处理步骤、矩形表示开始，结果整张图读起来极其别扭，因为读者的预期被反复打破。

节点的文字是另一个大坑。最常见的错误是文字太多。一个节点里塞三四行字，字号被迫缩小，整张图看起来就是密密麻麻一片。我的经验法则是：节点文字控制在两行以内，每行不超过八个字。如果信息确实多，要么拆成多个节点，要么把详细说明放到图外的注释里。

对齐这件事，说起来简单做起来难。人眼对对齐非常敏感，哪怕差两个像素，看起来就是"歪了"。工具里的对齐功能一定要用，而且要养成习惯：每放一个节点，先对齐再继续。我见过太多图，单个节点看没问题，整体一看就是"散"的，原因就是没有统一的对齐基准。

3.2 连线设计：走向、交叉、标注的处理

连线是图表里最容易乱的部分。节点摆得再好，连线一乱，整张图就废了。

连线的第一个原则是尽量走直线或者直角折线，避免斜线和曲线。斜线看起来"自然"，但在复杂图里会制造大量视觉噪音。直角折线虽然看起来"硬"，但它的走向是可预测的，读者能快速追踪。我现在的习惯是：默认用直角折线，只有在表达"循环""反馈"这类关系时才用曲线。

第二个原则是尽量减少交叉。交叉的线会让读者分不清哪条连哪条。减少交叉的方法有几个：调整节点顺序、改变连线走向、使用"跳线"符号（一条线跨过另一条线时画个小弧）。跳线这个技巧很多人不知道，但在复杂图里非常有用。

第三个原则是关键连线要加标注。什么叫关键连线？就是那些"不标注读者就不知道什么意思"的线。比如两个系统之间的数据流，你得标清楚传的是什么数据；一个判断分支的两条出线，你得标清楚什么条件下走哪条。标注的位置也有讲究：放在线的中段，不要放在端点，因为端点往往有箭头或者其他元素，容易挤。

注意：连线上的箭头方向一定要统一。要么全部从左到右，要么全部从上到下，不要一会儿左一会儿右。方向混乱是图表可读性的大敌。

3.3 留白设计：为什么"空"比"满"更难

留白是图表设计里最被低估的要素。很多人觉得图里空着就是浪费，恨不得每个角落都塞满信息。但实际上，留白是让图"呼吸"的关键。

留白的作用有三个：第一，区分信息组。两个信息组之间留出空白，读者自然就知道它们是分开的。第二，引导视线。人眼会被空白吸引，合理的留白可以引导读者按照你想要的顺序阅读。第三，降低认知负荷。信息密度太高，读者会累，会放弃。

具体留多少？我的经验是：节点之间的间距，至少是节点高度的三分之一；信息组之间的间距，至少是节点间距的两倍。这个比例不是绝对的，但可以作为起点。如果你觉得图"挤"，先别急着缩小字号，先试试增加留白。

留白还有一个进阶用法：用留白代替分割线。很多人喜欢用横线、竖线把图分成几个区域，但其实留白本身就能起到分割作用，而且更干净。我现在画图，除非是特别复杂的图需要明确分区，否则基本不用分割线，全靠留白。

4. 配色与字体：让图表"专业"起来的细节

节点、连线、留白是图表的骨架，配色和字体是图表的皮肤。骨架决定图能不能用，皮肤决定图好不好看、专不专业。这部分我踩过的坑最多，因为配色和字体是最容易"用力过猛"的地方。

4.1 配色：三种颜色就够了

我刚做图表设计的时候，特别喜欢用很多颜色，觉得颜色多显得"丰富"。后来发现，颜色越多，图越乱。现在我画图，主色不超过三种，加上黑白灰，总共不超过五种颜色。

三种颜色怎么分配？我的习惯是：一种主色用于核心元素，一种辅助色用于次要元素，一种强调色用于需要特别注意的元素。黑白灰用于文字、边框、背景这些基础元素。

选色的时候，有几个原则：

第一，避免高饱和度颜色大面积使用。大红大绿大面积铺开，看久了眼睛疼。如果要用的颜色饱和度很高，就只用在小面积上，比如强调某个关键节点。

第二，注意颜色的语义一致性。同一个颜色在全图里应该代表同一类含义。如果你用蓝色表示"输入"，那全图的"输入"都应该是蓝色，不要一会儿蓝一会儿绿。

第三，考虑色盲用户。红绿色盲是最常见的色盲类型，如果你的图里红绿是主要区分手段，那色盲用户就看不懂。解决办法是：不要只靠颜色区分，同时用形状、线型、标注来辅助。

4.2 字体：字号层级比字体本身更重要

字体这件事，很多人纠结"用哪个字体好看"，但其实字号层级比字体选择重要得多。

一张图里的字号，我通常分三级：标题级、正文级、注释级。标题级最大，用于图的标题或者核心节点的标签；正文级用于普通节点文字；注释级最小，用于补充说明。三级之间的比例大概是1.5:1:0.8。

字体本身，我的建议是：中文用系统默认的黑体类字体，英文用无衬线字体。不要用花体、手写体、艺术字，那些字体在图表里只会降低可读性。如果图要嵌入文档，字体要和文档正文协调，不要一个文档里三种字体打架。

还有一个细节：字重（粗细）的使用。核心信息用粗体，次要信息用常规，补充信息用细体。但不要在同一段文字里混用太多字重，那样看起来会很碎。

4.3 一个被忽视的细节：图例和标注的位置

图例和标注是图表的"说明书"，位置放不好，读者找不到，等于没有。

图例的位置，我推荐放在图的右上角或者右下角。为什么？因为人眼的阅读习惯是从左上到右下，图例放在右侧，读者看完主要内容后自然就会看到。放在左上角会干扰读者进入主要内容，放在底部容易被忽略。

标注的位置，原则是"就近"。哪个元素需要标注，标注就放在它旁边，不要用引线拉到很远的地方。如果实在放不下，用编号加图例的方式，但编号要清晰，图例要对应。

提示：图例里的颜色、形状、线型，必须和图中实际使用的一模一样。我见过图例里画的是实线，图里用的是虚线，这种低级错误会让读者对整个图的可信度产生怀疑。

5. 从需求到成图：一套可复用的工作流

前面讲的是"设计原则"，这部分讲"怎么落地"。我把自己画图的流程总结成五步，基本上任何类型的图表都可以套用。

5.1 第一步：明确图的"一句话目标"

在动手之前，先问自己：这张图要表达的核心是什么？用一句话说出来。比如"这张图要说明用户从下单到收货的完整流程"，或者"这张图要说明系统各模块之间的依赖关系"。

这句话就是图的"锚"。后面所有的设计决策，都要围绕这句话来。如果一个元素对表达这句话没有帮助，就考虑删掉。我见过很多图，信息很全，但就是不知道想说什么，原因就是没有这个"一句话目标"。

5.2 第二步：列出所有元素，做减法

把要放进去的元素全部列出来，然后做减法。减法的标准是：删掉它，图的核心信息是否受损？如果不受损，就删。

这一步最难的是"舍得"。很多人觉得"这个信息也有用啊，删了可惜"。但你要想：图不是文档，图的价值在于"一眼看懂"，不在于"信息完整"。信息完整是文档的事，图要做的是把最核心的关系讲清楚。

我的经验是：初稿列出的元素，最后放进图的通常只有一半到三分之二。删掉的那些，要么放到图外的文字说明里，要么单独再画一张图。

5.3 第三步：纸笔草图，确定布局

前面说过，纸笔阶段不能省。这一步的目标是确定"谁在哪儿、谁连谁"。不用管好不好看，只管逻辑对不对。

草图阶段我通常会画两三版，对比哪个布局更清晰。有时候一个布局在脑子里想觉得很好，画出来发现"这个连线要绕好远"，那就换布局。

5.4 第四步：工具实现，先结构后样式

到了工具里，先搭结构：把节点摆好、连线连好、对齐做好。这时候不要管颜色、字体、阴影这些样式。结构对了，样式是锦上添花；结构不对，样式再好也白搭。

结构搭好后，先自己读一遍：从入口开始，能不能顺畅地走到出口？有没有歧义？有没有遗漏？确认没问题了，再上样式。

5.5 第五步：换位检查，找人试读

最后一步，找一个没看过这张图的人，让他读一遍，然后问他："你看懂了什么？"如果他说出来的和你想要表达的一致，图就成立了。如果他说"我看不太懂"，那就问他"哪里看不懂"，然后针对性修改。

这一步非常重要，因为你自己看自己的图，永远觉得"很清楚"，因为你脑子里有上下文。只有别人试读，才能发现真正的问题。

6. 那些只有踩过坑才知道的经验

这部分是我这些年画图积累的一些"非标准"经验，常规教程里不会写，但实际用起来非常有用。

6.1 关于"改图"：留好图层和分组

画图的时候一定要养成图层和分组的习惯。节点、连线、标注、背景，分开放。这样改图的时候，你可以单独显示或隐藏某一层，不会互相干扰。

我早期画图不分层，结果要改一个连线，一不小心把节点也动了，然后整张图的对齐全乱了，只能重画。后来学乖了，分层分组，改起来效率高很多。

6.2 关于"复用"：建立自己的模板库

如果你经常画同类型的图，一定要建模板库。比如你经常画流程图，就把流程图的节点样式、连线样式、配色方案存成模板，下次直接调用。这样既省时间，又能保证风格统一。

我的模板库里现在有七八套模板：流程图、架构图、时序图、状态图、ER图、思维导图、数据关系图。每套模板都调好了配色、字体、间距，用的时候直接套，效率提升非常明显。

6.3 关于"导出"：格式和分辨率的选择

图画的再好，导出格式不对，用起来也麻烦。我的经验是：

• 要嵌入文档的，导出PNG或者SVG。PNG通用性好，SVG放大不失真。
• 要打印的，导出PDF或者高分辨率PNG（至少300dpi）。
• 要给别人编辑的，导出源文件格式，同时附一份PDF预览。

导出的时候注意背景：如果图要放在深色背景上，导出时背景要透明；如果放在浅色背景上，背景用白色就行。

6.4 关于"协作"：标注和版本管理

如果图是团队协作的，一定要做好标注和版本管理。标注包括：谁画的、什么时候画的、基于什么版本的信息。版本管理包括：每次修改存一个新版本，不要覆盖旧版本。

我见过太多团队因为图没有版本管理，导致"这张图到底是不是最新的"这种问题反复出现。解决办法很简单：文件名里带日期和版本号，比如"系统架构图_v2_20240115"。

注意：图里的信息如果有时间敏感性，一定要在图上标注"截至XX日期"。否则过了一段时间，图就变成了误导。

7. 图表设计的边界：什么时候不该用图

最后说一个容易被忽视的问题：不是所有信息都适合用图表达。

图擅长表达的是"关系"：谁连着谁、谁在谁前面、谁包含谁、谁和谁对比。如果信息本身没有这些关系，硬要画成图，反而更难看懂。

比如，如果只是罗列一堆并列的条目，用列表比用图更清楚。如果只是展示一组数据，用表格比用图更精确。如果只是描述一个线性过程，用文字段落比用图更自然。

我判断"该不该用图"的标准是：如果去掉图，用文字描述这些关系需要超过三句话，那就用图；如果一句话就能说清楚，那就别用图。

图表设计这件事，说到底是一种"翻译"：把脑子里的逻辑关系，翻译成视觉语言。翻译得好，别人一看就懂；翻译得不好，别人看半天还在猜。而翻译能力，是靠一张一张图画出来、一次一次改出来的。我到现在也不敢说自己画得多好，但至少每次画之前，都会先问自己那三个问题：谁看、在什么场景下看、看完要做什么。这三个问题答清楚了，图就成了一半。