引子

客户找浩途时，需求往往以"做一个 XX 系统"开头。我们的回答多数是："先别写代码。 先用 2 周把业务画清。" 这是浩途方法论里"业务先行"原则的具体落地——业务图谱。

业务图谱要画哪些层

  1. 角色层：谁参与，每个角色的目标和约束
  2. 流程层：业务从触发到结果的关键节点
  3. 数据层：每个节点流转的数据是什么、归属谁
  4. 决策层：哪些节点是"判断分叉"，规则怎么写
  5. 异常层：常见的不顺、回退、人工介入路径

画完之后能做什么

  • 看出哪些环节根本不需要系统化（用一个表格就够）
  • 看出哪些环节是真正的瓶颈，值得投入 80% 的资源
  • 看出系统边界——什么是 in scope，什么是别的系统的事

（配套模板与真实项目案例后续展开）

写在最后

代码贵的从来不是写代码本身，而是"业务理解错了又写一遍"。业务图谱不是浪费时间， 是省时间的方式。