影响地图按“目标—参与者—行为影响—交付物”组织范围：先确定要改变的结果，再问谁能促进或阻碍它、这些人的行为需要怎样变化，最后才讨论做哪些功能或活动。它适合把一串功能请求重新连回目标，说明本期为什么做这一项、暂缓另一项。
画图前只需要一项目标、一组相关角色和当前收到的需求清单。讨论时可以用墨刀白板整理角色与行为变化，将功能便签先放在旁边；有了能解释的行为路径，再把便签接入图中。
先把目标从功能名称里拿出来
假设团队准备改进采购申请系统，需求清单里已经有“增加必填提示”“支持催办”“上传更多附件”“发一份申请指南”。如果目标写成“上线新版采购表单”，这些功能几乎都能被解释为合理范围，却无法判断哪项真正重要。
本例将目标改成“减少采购申请因材料缺失而反复退回”。这是一组教学情境，不代表真实客户结果。团队需要先定义“材料缺失退回”：审核人因缺少规定材料而退回申请；一次申请多次补交，分别记录退回轮次。同时观察总申请数、受影响申请数和审核时长，避免只看退回次数就忽略业务量变化。
若系统尚未记录退回原因，就先补充记录或抽查历史申请。没有可靠现状时，不必先写一个降低百分之多少的承诺。地图可以从明确的问题和计数方式开始，再随着数据完善目标。
第一层写参与者，不写功能模块
影响地图的原始方法将参与者放在目标后的第一层：谁能产生期待的影响，谁可能阻碍它，谁会受到结果影响。这里的角色是对行为负责的人或组织，不是“上传模块”“审批模块”等系统部件。
| 参与者 | 与材料退回有关的行为 | 需要了解什么 |
|---|---|---|
| 申请人 | 提交前准备所需材料 | 是否知道不同采购类型需要什么 |
| 审核人 | 一次说明本轮能够发现的缺项 | 是否只能逐项退回，还是缺少完整检查依据 |
| 采购运营 | 及时维护并解释材料要求 | 不同渠道的清单是否存在过期或矛盾版本 |
同一角色既可能推动也可能阻碍目标。例如采购运营更新要求但没有同步到申请页，会让申请人按旧清单准备。地图不是追责表，应把这种条件写清楚，才能判断该改流程、信息还是软件。
第二层写行为变化，别急着写按钮
“申请人→增加附件提示”跳过了行为层。更完整的写法是：“申请人→提交前能识别并补齐当前类型的必需材料→按类型显示材料清单”。行为说明了功能为什么可能有效，也给后续观察留出了对象。
审核人的分支可以写“退回时一次列出本轮发现的缺项”。这与“审核更快”不同：前者是可观察的行动，后者仍是结果。若审核人只看完第一项就被要求立即退回，增加一个输入框不一定足够，还需要调整审核方式。
| 容易写错的节点 | 它实际属于哪层 | 可以怎样改 |
|---|---|---|
| 上线新表单 | 交付物 | 目标改为减少材料缺失造成的重复退回 |
| 附件上传模块 | 系统模块 | 参与者改为负责准备材料的申请人 |
| 增加必填提示 | 交付物 | 行为改为提交前发现缺少哪项材料 |
| 提高效率 | 过于笼统的结果 | 行为改为审核时一次列出已发现缺项 |
行为节点无需写成系统能够自动检查的一切。“预算归属证明是否正确”可能需要业务判断，单靠“已上传文件”无法证明材料齐全。若把上传数量当作完成条件，地图可能引导团队解决错误的问题。
第三层允许功能，也允许非软件活动
交付物回答组织可以做什么来支持上述行为。它可以是页面功能，也可以是培训、工作约定或一份持续维护的清单。不要因为讨论由产品经理主持，就把所有分支都变成研发任务。
目标：减少材料缺失造成的重复退回
├─ 申请人
│ └─ 提交前识别并补齐必需材料
│ ├─ 按采购类型展示材料清单
│ └─ 提供一份填写样例
├─ 审核人
│ └─ 一次列出本轮发现的缺项
│ ├─ 结构化退回原因
│ └─ 共同使用审核清单
└─ 采购运营
└─ 要求变动时同步有效清单
├─ 清单维护负责人和生效日期
└─ 变更通知与短培训
在白板中给四层使用固定的排列方向即可，颜色用于区分层级，不要让颜色替代文字。把支持或反驳某条关系的访谈、工单或申请编号放在连线旁；暂时没有依据的关系标为假设，避免图形整齐带来不必要的确定感。
用一条分支解释本期取舍
假设抽查发现，申请人确实经常按过期清单准备，而审核人已经会一次列出缺项。团队可以先推进采购运营的“同步有效清单”分支，再判断申请页是否需要调整；此时优先做全新的退回表单，未必解决当前主要问题。
反过来，若清单准确且容易找到，申请人只是看不懂某项材料名称，应继续研究理解障碍，而不是又增加一份清单。功能便签可以保留，但关联的行为假设已经变化，不能仍沿用原来的理由。
| 候选项 | 当前判断 | 继续讨论的条件 |
|---|---|---|
| 清单标明有效版本与维护人 | 先试行 | 核实旧清单确实造成材料准备错误 |
| 结构化退回原因 | 暂缓 | 观察到审核说明不完整或难以理解 |
| 申请催办功能 | 移出本期目标 | 另有审核等待过长的证据与阶段目标 |
这些是示例判断，不是采购系统的通用优先级。方法作者给出的影响地图案例也说明，目标若已通过某些分支达成，就不必交付其他所有功能。地图的作用之一，就是保留暂缓理由与重新讨论的条件。
选择验证动作，再把范围交给执行
对于“按类型显示材料清单”，可以先给几位目标申请人一个具体采购任务，让他们依据清单判断需要准备什么，并观察遗漏和误解。若涉及审核人的工作方式，可用脱敏申请试走一轮审核，记录是否仍反复退回同一类缺项。先看行为有没有按预期变化，再追踪实际业务结果。
如果手上主要是用户访谈中的需求、痛点和愿望，希望比较不同解决方向，可使用机会解决方案树；如果已确认做什么，需要安排活动与版本范围，则进入用户故事地图与版本切片。影响地图专注解释“这些交付物为什么能够通过角色行为支持当前目标”。
每次范围评审后，留下目标口径、当前推进分支、支持依据和下一次观察任务。新证据推翻一条关系时，保留日期和原因，调整分支即可。这样下一次会议能继续判断，而不是重新投票决定谁的功能更重要。
