不少项目的第一个薄弱点，是说不清整条链长什么样。本文把项目全景图拆成四层要素与绘制四步，区分业务链全景图、工作流程图与岗位分工图三种不同用途，给出五个必要标注与四种常见画法问题，并说明这张图如何在项目设计书、现场开场与四人工位分工中复用。
项目材料里最容易被跳过、又最影响判断的，是一张能说清全局的图。评委翻到这一页通常只花十几秒，想确认两件事：这件事为谁做、整条链上你们站在哪一段。这两个问题用文字答会很长，用一张图画清楚，十几秒就够。
一、先分清三种图，别画混
不少团队把三种用途不同的图挤在一张里，结果哪个问题都没答清。三者各有职责，建议分开画、分别放到材料的对应位置。
| 图的类型 | 回答的问题 | 横轴是什么 | 放在材料哪一段 |
|---|---|---|---|
| 业务链全景图 | 这条链怎么走、我们做哪一段、为谁做 | 环节顺序（供给端到应用端） | 项目背景、目标服务主体 |
| 工作流程图 | 我们分几步做、每步的输入输出是什么 | 时间顺序 | 工作流程 |
| 岗位分工图 | 四位成员分别在哪一步上手 | 人员与环节的对应关系 | 工作流程的时间安排 |
混画是常见毛病：把岗位名字写进业务链图，链条看起来就成了组织架构；把时间刻度加进全景图，又会让人误读成执行流程。一张图只回答一个问题，是最省时间的画法。
二、全景图的四层要素
业务链全景图不必复杂，把下面四层铺开就够用。
| 层级 | 典型主体 | 这一层在做什么 | 本项目是否介入 |
|---|---|---|---|
| 上游供给 | 原料、耗材、设备与数据服务方 | 提供投入品与技术条件 | 标出依赖项 |
| 中游生产与服务 | 加工、检测、运维等一线岗位 | 完成核心工艺与服务交付 | 通常是主战场 |
| 下游应用与终端 | 使用方、渠道、终端服务对象 | 承接成果并产生实际使用价值 | 标出受益主体 |
| 横向价值流 | 物、信息与资金的走向 | 把各环节连成一条完整的链 | 标出本项目的改动点 |
把「本项目是否介入」单列成一栏，是为了强制团队回答一个常被跳过的问题：我们究竟改的是哪一段。答案必须是一段，而不是「全链条」。
三、绘制四步
- 铺环节。先不问自己的项目，把这条链上的环节按顺序摊开，只写环节名。
- 填主体。每个环节写入真实角色（岗位或单位类型），不写「用户」这类笼统词。
- 标卡点。圈出耗时最长、最依赖经验、最容易出错的那一处，用一句话写明代价。
- 定位置。用另一种颜色标出项目介入的环节，并标出介入前后的数据变化落在哪里。
四、五个必要的标注
- 边界。链条从哪开始、到哪结束，不要画成无限延伸。
- 方向。物、信息、资金的流向用不同线型区分，别全用同一根箭头。
- 主体。每个环节至少一个具体角色，不用集合名词。
- 卡点。靶心在哪一环，明确标出来。
- 数据锚点。卡点处配一个数字，耗时、返工率或损耗比例都可以，让图与数据互相印证。
五、四种常见的画法问题
| 问题 | 表现 | 后果 |
|---|---|---|
| 链条画成了流程 | 变成自己项目的执行步骤 | 看不出项目在产业里的位置 |
| 主体太笼统 | 只写「企业」「消费者」 | 落地方向无法核对 |
| 没有卡点标记 | 每个环节平均用力 | 痛点不突出，价值论证失去着力点 |
| 项目位置不明 | 看不出团队做哪一段 | 容易被追问「这跟你们有什么关系」 |
六、画完之后往哪用
全景图至少能在三处直接复用。第一处是项目设计书的背景与主体两段，图放段首，文字围绕图中卡点展开。第二处是现场展示的开场，用 30 秒顺着图讲一条线：谁在什么环节、卡在哪里、我们接住哪一段。第三处是分工核对，把每个环节对应到具体成员，能立刻发现有人占着环节却没有实质任务。
它与服务主体清单的关系也值得说清：清单是这张图的一个切片，把图中每个环节的主体单列成行、补上需求与优先级，就成了一块可核对的主体清单。先有图、后有清单，比直接跳到清单更不容易漏环节。
全景图的价值不在画得漂亮，而在画完之后团队能指着它回答三个问题：谁在做、卡在哪、我们接哪一段。答不上来，说明链条梳理本身还没做完，此时回到内容层面补，比反复改图划算。铄途备赛（铄途备赛系统）在同一结构下把痛点、方案与创新点登记成档，可把图上的卡点逐条落成可核对的文案。
本文为通用方法参考；项目设计与材料的具体口径以大赛官方发布为准，本文仅供备赛参考。