Mermaid · 关系图 · 事件链路 · 问题分析

关系与事件问题分析图

用于把“谁参与、谁负责、数据在哪里断、问题如何发生、后续怎么闭环”放在同一个 HTML 里看清楚。当前内容是可替换模板,拿到真实人物、事件和证据后可快速改成正式版。

一、不同人的关系与数据流向

这张图用来区分“人、系统、数据、管理视角”。真实交付时,把示例节点替换成实际人名、群名、系统名和单据名。

flowchart LR
flowchart LR
  classDef person fill:#eef2ff,stroke:#365cff,color:#1f2a67,stroke-width:1.5px
  classDef system fill:#ecfdf5,stroke:#0f9f6e,color:#065f46,stroke-width:1.5px
  classDef risk fill:#fff7ed,stroke:#e99018,color:#7c2d12,stroke-width:1.5px
  classDef issue fill:#fef2f2,stroke:#d14343,color:#7f1d1d,stroke-width:1.5px

  A[管理者 / 负责人]:::person -->|看结果与异常| H[分析看板 / 汇总报告]:::system
  B[运营人员]:::person -->|录入出货单 / 进货单| C[执行机器人 / 表单入口]:::system
  D[仓库 / 发货人员]:::person -->|发货、签收、库存变动| C
  E[供应商 / 客户 / 渠道方]:::person -->|订单、到货、签收反馈| B
  C -->|结构化写入| F[(goods_ledger 台账数据库)]:::system
  F -->|库存、订单、签收、对账| H
  H -->|发现缺口 / 异常| I[问题清单]:::issue
  I -->|追问证据| B
  I -->|核对实物和单据| D
  C -.风险.-> R1[字段缺失 / 重复录入 / 口径不一致]:::risk
  B -.风险.-> R2[沟通链路长,反馈滞后]:::risk
  D -.风险.-> R3[发货动作与系统记录不同步]:::risk
        

二、事情发生的问题链路

从触发到复盘,定位问题是在入口、执行、数据、对账还是反馈阶段。

flowchart TD
flowchart TD
  classDef ok fill:#ecfdf5,stroke:#0f9f6e,color:#065f46
  classDef warn fill:#fff7ed,stroke:#e99018,color:#7c2d12
  classDef bad fill:#fef2f2,stroke:#d14343,color:#7f1d1d
  classDef neutral fill:#f8fafc,stroke:#94a3b8,color:#334155

  S[业务触发:需要出货 / 进货 / 调拨]:::neutral --> A{入口是否统一?}
  A -- 是 --> B[按标准字段录入单据]:::ok
  A -- 否 --> A1[微信群 / 私聊 / 表格多入口并存]:::warn
  A1 --> B
  B --> C{关键字段是否完整?}
  C -- 完整 --> D[机器人写入台账并留审计]:::ok
  C -- 缺失 --> C1[订单号、商品码、数量、仓库、签收人等缺口]:::bad
  C1 --> X[形成待补充问题清单]:::bad
  D --> E{执行动作是否同步?}
  E -- 同步 --> F[库存流水、签收、对账可追踪]:::ok
  E -- 不同步 --> E1[实物已动,系统未记;或系统有记录,实物未核]:::bad
  F --> G[看板发现异常:缺口、差异、未签收、重复单]:::warn
  E1 --> G
  X --> G
  G --> H[指定责任人补证据 / 修正记录 / 复盘口径]:::neutral
        

三、责任边界速查

用来避免“都在处理但没人闭环”。

RACI
对象负责内容常见问题
运营提交业务事实、补齐字段、确认客户/渠道口径。口头信息多,单据证据不足。
仓库/发货确认实物出入库、物流、签收和异常。动作发生后没有同步记录。
机器人/系统按规则写入、审计、校验、汇总看板。入口字段不完整时只能提示,不能替代事实确认。
负责人看异常、定规则、指定闭环责任人。缺少统一视图时只能靠追问。

四、事件时序

把“谁先说、谁执行、哪里沉没、谁来确认”串起来。

sequenceDiagram
sequenceDiagram
  autonumber
  participant M as 负责人
  participant O as 运营
  participant W as 仓库/发货
  participant R as 机器人入口
  participant DB as 台账数据库
  participant D as 看板/报告

  O->>R: 提交出货/进货信息
  R->>R: 校验必填字段与重复单据
  alt 信息完整
    R->>DB: 写入单据、库存流水、审计记录
    DB->>D: 更新库存/签收/对账数据
    M->>D: 查看异常与进度
  else 信息缺失
    R-->>O: 返回待补字段
    O->>W: 核实实物、物流或签收证据
    W-->>O: 补充确认结果
    O->>R: 重新提交或修正
  end
  D-->>M: 输出未闭环问题清单
        

五、问题优先级矩阵

把问题分成“马上改入口、需要查证据、需要定规则、暂缓优化”。

quadrantChart
quadrantChart
  title 问题优先级矩阵
  x-axis 影响低 --> 影响高
  y-axis 处理慢 --> 处理快
  quadrant-1 立即处理
  quadrant-2 快速优化
  quadrant-3 暂缓观察
  quadrant-4 专项排查
  字段缺失: [0.78, 0.82]
  重复录入: [0.66, 0.70]
  实物未同步: [0.86, 0.36]
  口径不一致: [0.72, 0.45]
  看板权限: [0.44, 0.62]
  历史数据补录: [0.58, 0.26]
        

GitHub 库选择建议

已经按 GitHub 公开仓库元数据核对。这个 HTML 当前采用 Mermaid + SVG 交互增强;如果后续要做更复杂的关系网络,再切到 G6 或 Cytoscape。

library research
mermaid-js/mermaid · ⭐ 88k+ · MIT当前首选。 用文本生成流程图、时序图、象限图,适合快速维护和让机器人继续改图。
mermaid-js/mermaid-live-editor · ⭐ 6.5k+ · MIT适合人工在线调 Mermaid 代码和分享预览;不一定需要集成进本地交付文件。
bumbu/svg-pan-zoom / anvaka/panzoom · ⭐ 1.9k+ · BSD/MIT适合增强浏览体验。 Mermaid 渲染成 SVG 后,可加入缩放、拖拽、查看大图。
antvis/G6 · ⭐ 12k+ · MIT适合复杂关系网络、节点分组、交互筛选;如果要做“人-事-物-证据”的可探索知识图谱,G6 更强。
cytoscape/cytoscape.js · ⭐ 11k+ · MIT适合网络关系分析、图论布局、中心节点识别;偏分析型,视觉可定制但实现成本更高。
kieler/elkjs / dagrejs/dagre布局算法库。Mermaid 本身已内置/使用布局能力;只有在自定义图编辑器里才需要单独引入。

正式填充时需要的信息

把下面信息发过来,我可以把模板改成正式分析图。

input checklist
类别需要内容示例
人物/组织参与人、角色、上下游关系、谁负责确认。运营A、仓库B、客户C、负责人D。
事件发生时间、触发原因、关键节点、当前状态。某日提交出货,次日发现库存或签收不一致。
证据聊天记录、表格、出货单、物流单、数据库记录、截图。单据号、物流号、表格行号、看板异常。
问题具体矛盾点、谁看到的问题、影响范围、是否已处理。重复录入、字段缺失、发货未签收、数量差异。
目标这张图用于内部复盘、对运营培训、汇报,还是追责。复盘流程、明确责任边界、设计新规则。