关系图怎么画：90%的人只画了"谁认识谁"，没画"信息断在哪"

关系图是最容易被画浅的一种图。

很多人画出来的关系图，就是一堆圆圈加一堆线，看着挺热闹，看完了也不知道该干什么。原因很简单：它只回答了"谁和谁有关系"，而关系图真正要回答的是另外两个问题——

谁影响谁？

信息在哪儿断了？

这两个问题答不上来，这张图就是一张通讯录示意图。

一、先划清界限：关系图不是这些图

在动手之前，先把关系图和几个容易混的图分开，否则画到一半会画成别的东西。

一句话区分：组织结构图画的是"名义上的权力"，关系图画的是"实际上的通道"。

这两张图经常对不上。对不上的地方，恰恰是最该看的地方。

二、四个零件

关系图只有四个零件，但每一个都有讲究。

零件一：节点

节点可以是人，也可以是角色、部门、甚至外部组织。原则是一条——同一张图上的节点必须是同一类东西。

最常犯的错：把"张三"和"财务部"画在一张图上。一个是人，一个是组织，混在一起之后，连线代表什么就说不清了。

零件二：连线

一条线代表一种关系。关键在这儿：一张图最好只表达一种关系类型。

比如这张图画"信息怎么传"，那张图画"谁听谁的"。混在一张图上，线就会多到看不清，最后谁也不看。

零件三：方向

这是最容易被省掉、也最不该省的一个。

A 和 B 之间连线，信息是单向还是双向？是 A 影响 B，还是反过来？现实中大量关系是单向的——你觉得你和某个人关系很好，其实只是你单方面在向他汇报。

方向用箭头表示，单向画单箭头，双向画双箭头。

零件四：权重

关系的强弱。用线的粗细或者深浅表示。

粗线＝每周都要打交道；细线＝一年说不上三句话。这个维度一加，图立刻就有用了——因为你会发现，你花了最多精力维护的，可能是一条细线。

三、画法五步

第一步：列节点，先不连线。

把所有相关的人（或角色）写下来，写名字或角色名，不要写形容词。这一步通常 8 到 20 个节点，超过 20 个就该拆成两张图。

第二步：定这张图表达什么关系。

写出来放在图的标题旁边，例如"某系统上线项目·信息传递关系图"。这一步写了，后面才有判断标准。

第三步：连线并标方向。

逐个节点问：他和谁之间，信息会流动吗？往哪个方向流？

第四步：给权重。

按接触频次分三档即可：每周、每月、几乎不。对应粗线、中线、细线。

第五步：验断点。

这是最关键的一步，下一节单独讲。

四、完整算例：一个上线项目的 12 个干系人

某内部系统上线项目，我们列出了 12 个干系人节点：

甲方副总、甲方对接人、使用者代表、我方销售、我方项目经理、产品经理、架构师、开发组长、后端、前端、测试、运维。

4.1 先看数字

12 个节点，如果两两之间都可能有关系，无向连线的理论最大值是：

12 × 11 ÷ 2 = 66 条

我们实际画出来的有效连线是 23 条。

覆盖率 23 ÷ 66 ≈ 34.8%。

也就是说，这个盘子里有将近三分之二的关系是空的。这个数字本身就有用——它告诉你，这个项目的协同程度其实很低，别指望靠"大家多沟通"解决，得靠把关键的几条线补上。

4.2 算度中心性：谁连得最多

把每个节点的连线数数出来，得到一张排名表：

一眼能看出两个问题。

产品经理连了 8 条线，是全网的咽喉。 这意味着只要他一忙，整个项目的信息流就卡住。这不一定是好事——单点依赖太重，风险很高。

后端只连了 2 条线，使用者代表只连了 1 条。

这两个节点在图上几乎是挂在外面的。

4.3 找桥接点：去掉谁，图会断成两半

桥接点（也叫"割点"）的判断方法很机械：逐个把节点遮住，看图有没有断成互不相连的两块。

我们遮了 12 次，找出 3 个桥接点：

• 甲方对接人：遮住之后，甲方副总和使用者代表整块与项目团队断开。也就是说，甲方那边的真实声音，全靠这一个人传。
• 产品经理：遮住之后，需求侧（甲方对接人、销售）与开发侧（开发组长、前后端）断开。
• 运维：遮住之后，上线与部署环节和整个团队断开，测试之后就没人接。

这三个人的共同点：他们可能都不是职级最高的，但项目能不能转，全看他们。

图上必须把这三个节点用不同的形状或颜色标出来。因为一旦他们请假、离职或者被调走，项目不会立刻报错，但会慢慢失联——这比报错更麻烦，报错能看见，失联看不见。

4.4 找信息孤岛：断点在哪

断点不是"没有连线的地方"，而是"本该有连线却没有"的地方。判断方法是：沿着一条真实的业务流程走一遍，看信息能不能走通。

我们走了一条最典型的流程：需求变更 → 开发 → 上线 → 使用反馈。

走下来发现 5 处断点：

1. 甲方副总的意图只到甲方对接人，到不了产品经理；
2. 使用者代表的反馈只到甲方对接人，进不到测试；
3. 后端的实现细节只到开发组长，产品经理不知道；
4. 运维只在最后一步出现，前面所有评审都没参与；
5. 架构师和前端之间没有直接连线，界面方案要绕开发组长一圈。

这 5 处断点里，第 2 条和第 3 条最致命。

第 2 条意味着真正用系统的人，声音传不进来。第 3 条意味着做决策的人，不知道实现的代价。

4.5 补线，然后复算

针对这两条，我们只做了两件事：

• 在"使用者代表"和"测试"之间加一条线，每轮测试邀请两位真实使用者参与；
• 在"后端"和"产品经理"之间加一条线，需求评审必须有一位后端在场，且有权当场说"这个做不了"。

补完之后重新数：连线从 23 条变成 25 条，覆盖率 34.8% 升到 37.9%。

数字变化不大，但断点从 5 处降到 2 处。

这就是关系图最实在的用法：它不要求你把关系变多，它要求你把关键的那几条补上。

后面三个月，这个项目的返工量明显下降。我们复盘时认定，最主要的原因就是那两条线。

五、三个进阶用法

用法一：正负关系。

关系不一定都是正向的。有人支持这个方案，有人反对。用实线表示支持，虚线表示反对或者阻力，图立刻就能告诉你——你以为阻力来自哪里，和图上标出来的地方，往往不是同一个。

用法二：关系会变，图要标日期。

三个月前的关键人，三个月后可能已经不在关键位置。每张关系图右下角必须写"绘制日期"。过期的关系图比没有更危险，因为它会让人做错误的判断。

用法三：画两张，一张名义一张实际。

正式汇报线画一张，实际影响力画一张，两张叠在一起看。叠不上的地方，就是你踩坑的地方——比如你按组织结构图去找那个"管事的"，结果真正拍板的是图上没画出来的某个人。

六、五个最常见的坑

1. 只画谁认识谁，不画方向。 没有方向的关系图，等于一张通讯录。

2. 人和组织混在一张图上。 节点不同类，连线就说不清，最后谁也不看。

3. 一张图上塞了多种关系。 信息流、汇报线、情感亲疏全画上去，线多到看不清，图就废了。

4. 不标日期。 关系图是所有图里时效性最短的一种，一个季度不更新就可能失真。

5. 把"连得最多的人"当成最重要的人。 连得多说明他是通道，通道重要，但通道也最容易过载。真正的决策者常常连得很少——这也是为什么桥接点分析必须单独做一遍。

七、画完自检的 9 条

1. 图上标题有没有写明"这张图表达的是哪种关系"？
2. 节点是不是同一类东西？有没有把人和组织混在一起？
3. 每条线有没有标方向？
4. 有没有区分关系强弱？
5. 有没有标绘制日期？
6. 有没有找出桥接点（去掉谁图会断成两半）？
7. 有没有沿着一条真实流程走一遍，找出断点？
8. 图上有没有"只连了一条线"的节点？这些节点是不是信息孤岛？
9. 把这张图和组织结构图叠在一起看过吗？叠不上的地方有没有标注？

八、和其它图怎么配合

需求阶段先用用例图定范围，再用关系图找出谁是真正的决策者和谁会被漏掉；设计阶段用架构图定模块；排期用路线图定取舍、用甘特图定工期；联调用时序图；数据结构用 ER 图。

关系图的位置在最前面，也最容易被跳过。

可它是最便宜的一张：一张 A4 纸，二十分钟，就能让你知道这个项目里谁真的说了算、谁的声音根本传不进来。

这两件事不知道，后面画得再漂亮，都是在给错误加速。