从业务流程出发，画一张风险地图

原创演示。订单流程是学习用虚构场景，风险清单只展示组织问题的方法。

理解一项业务，我喜欢先画一张很粗的图。它不必漂亮，但应能解释交易从哪里开始、信息经过谁、结果落在哪里。画不清楚的环节，通常就是需要继续了解的地方。

一、用一笔交易串起流程

假设一个订单从客户需求开始，经过报价、审批、交付、开票和收款。先请业务人员讲一笔已经完成的订单，再对照系统记录。不要一开始就追求列出所有例外，先找到常规流程的骨架。

每个环节记录输入、处理人与输出。信息跨部门时，尤其关注交接内容是否明确。业务图可以随调查更新，保留版本比一次画完更重要。

二、把风险写成具体事件

“收入风险高”不是一个容易讨论的起点。可以改写为“未经批准的价格修改没有传到开票环节”，再分析它可能怎样影响后续信息。

环节	演示风险	需要进一步了解的事项
报价	使用了过期价格	价格表的发布与更新方式
交付	交付状态没有及时回传	状态记录与异常处理
开票	信息与订单不一致	核对责任与差异记录
收款	未核对到具体订单	款项匹配与未认领处理

三、连接控制与证据

在风险旁边写上企业采取的措施，再标明能够说明执行情况的资料。控制名称、制度要求与实际证据不要混为一栏。这样更容易发现：有些措施只是口头约定，有些资料不能说明所关注的环节。

对暂未理解的环节，保留问题标记。例如系统状态由谁修改、是否能追溯修改历史。风险地图应容纳不确定性，而不是把未知事项填成确定结论。

四、让地图成为沟通工具

将初稿带回业务团队核对，确认自己有没有误解职责或系统功能。讨论时围绕具体事件展开，往往比直接讨论抽象风险等级更顺畅。

完成后用一页保留核心流程，详细资料放在对应附件里。地图的作用是帮助理解与沟通，后续工作仍需要依据具体目标、范围与实际证据设计。