场景
一位运营负责人正在准备改善（kaizen）工作坊：从接单到发货的六道工序、工作排队等待的两个队列、每周一次的计划交接，以及客户真正感受到的交付周期。
用流程、数据与文档图形画出现状，为每个阶段加上框架，并在每次交接上标注它带来的等待时间。Stat 卡片让交付周期与加工时间一直可见。分享带品牌的公开链接或导出 SVG/PNG；Pro 增加嵌入与无水印 PDF/JPEG。
你画什么
价值流图
- 用 Flowchart Process 或 BPMN Task 节点表示工序
- 为负责某个阶段的每个团队或单元加一个框架
- 用 Data 与 Document 图形表示信息流
- 用连线标签标注工序之间的等待时间与库存
- 用 Infographic Stat 卡片表示交付周期与加工时间
- 用便签记录瓶颈与改进想法
为什么选 Archboard
Archboard 是托管的图表工作区，不是电子表格：价值流始终是一张大家能指着讨论的图，旁边就是它涉及的流程图与系统图。修订快照保存现状，你可以在同一张画布上勾画未来状态。
此画布上的节点包
流程图 · BPMN · 信息图 · 基础
所有内置节点包都在 Free 中（3 张图，每张 15 个图表节点 + 150 个便签、文本、贴纸和思维导图主题，带品牌的公开分享，与您的 AI 智能体实时编辑）。Pro 增加无限图表与节点、让队友实时编辑的席位、嵌入和无水印导出（$10/席/月）。
范围
Archboard 用于建模与记录价值流；它不会从你的系统读取时间，也不会计算 OEE。专用的 VSM 符号集（改善爆炸、推动箭头、时间线阶梯）尚未提供；目前用流程图、BPMN、信息图与基础节点绘制。
一次会话怎么走
用 Google 或 GitHub 登录后，从模板或空白画布开始
从左到右排列工序，并为每个阶段加框架
在每次交接上标注等待时间，并为合计添加 Stat 卡片
为工作坊分享在线链接，并在画未来状态前保存一个修订
工作坊之后依然鲜活的价值流图
大多数价值流图都是在为期两天的工作坊上画在牛皮纸上，拍张照片，然后就被遗忘了。现状只在那个下午是准确的；等到要做未来状态时，没人找得到那张照片，便签上的数字也早已变了。托管画布上的价值流图能让这张图一直保持鲜活：流程步骤按工作实际流动的顺序从左到右排列，每次交接都把等待时间标在连线上，交付周期和处理时间的总和放在所有人都能看到的地方。流程一变，同一块画布随之更新，不必照着照片重画。
先把客户放在右边、触发点放在左边，然后像现场巡查（gemba walk）一样倒着梳理流程：发货之前发生了什么，再之前又是什么？把每个步骤画成一个 Process 节点，放进负责该环节的团队或单元的框架里，再把两个步骤之间的排队写在连接它们的连线上，让等待成为看得见的空隙，而不是一条脚注。计划、订单和排期等信息流用 Data 和 Document 图形放在物料流上方，两者永远不会混在一起。第一个版本要诚实、要小：一张大家都认可的十步图，胜过一张没人相信的四十步图。
从现状到未来状态
这张图的价值在于它引发的讨论。用便签标出瓶颈，添加 Stat 卡片显示总交付周期和处理时间，并在任何人挪动方框之前，为现状保存一个修订快照。然后在同一块画布上复制框架来画未来状态，评审时前后对比一目了然。把带品牌的公开链接分享给没在现场的人，为改进计划导出 SVG 或 PNG；Pro 增加团队 Wiki 嵌入以及无水印 PDF 和 JPEG。
Archboard 目前还没有专门的价值流符号集；改善爆炸图标、推动箭头和时间阶梯，如今用流程图、BPMN、信息图和基础节点来画。这让从未学过这套记法的人也能读懂这张图；当价值流延伸到 IT 领域时，同一块画布还能容纳软件交付流水线。用 Google 或 GitHub 登录，从最接近的模板开始，画出你这个季度要改进的价值流。
打开已发布的示例
- CI/CD + Observability带反馈回路、从左到右的交付流水线，可把各阶段重命名为流程步骤。
- API Gateway InfographicStat、步骤和分区：用来汇总交付周期和处理时间的信息图节点。
- Now / Next / Later Roadmap按季度划分的列和依赖关系，用来规划未来状态的改进。
常见问题
有专门的价值流图符号集吗？
还没有。目前用流程图、BPMN、信息图和基础节点绘制价值流图：框架里放流程步骤，连线上写等待时间，用 Stat 卡片显示总和。最接近的模板会打开一条现成的流水线，几分钟就能改好名字。
Archboard 会帮我计算交付周期或 OEE 吗？
不会。Archboard 用于对价值流建模和记录；你写在连线和 Stat 卡片上的数字由你掌握。把原始数据留在你的计划或生产系统里，用这张图来讨论它们。
精益团队和软件团队能共用一张图吗？
可以。同一块画布也能放 DevOps 流水线节点，所以一条从接单延伸到软件交付的价值流可以留在同一块画布上，只有一份修订历史和一个分享链接。