画报名流程时，团队往往只关注成功报名，却忘了用户中途退出或报名后取消。等到出现费用问题，才发现“取消成功”到底代表什么并没有说清。本文用虚构的收费活动示例，说明怎样把报名状态、费用处理和通知分开检查；具体退费规则必须由活动方确认，本文不提供统一政策。
先定义取消发生的位置
用户尚未完成报名时退出，和已确认报名后提出取消，是两种情况。先写清开始状态、触发动作和希望到达的结果。不要把关闭页面直接等同于取消报名，也不要把提交取消申请等同于批准。每个状态用一句可以检查的话表达，避免只用不同颜色暗示含义，让读图的人自行猜测。
先核对规则，再画分支
在示例中，收到取消申请后，需要核对适用规则及必要信息。判断问题可以是“当前条件是否允许按既定规则取消？”如果规则尚未明确，进入人工确认，不臆造某个时限或金额。判断出口写出条件，说明不同路径分别由谁处理。涉及费用时，应引用活动方当前有效口径，并保留确认时间。
报名状态和费用状态分开记
允许取消后，名额是否释放是一项处理，费用是否退回是另一项处理。虚构案例中，可以把“报名已取消、费用处理中”作为需要跟进的组合状态，但是否采用仍应由团队确认。不要因为报名状态已改变，就向用户声称退款完成。流程图应标出两项结果的核对位置，防止其中一项被遗忘。
给异常情况留下去向
例如申请信息不足，需要告知补充内容；费用处理暂未确认，需要记录接收人和下一次检查节点。对同一报名重复提出取消时，应先查已有处理结果，避免重复操作。具体如何实现属于业务与系统设计，不能仅凭一根箭头宣称已经解决。没有确定处理规则的情况，明确标成待确认。
最后检查通知是否准确
通知应说明当前已确认的结果、尚未完成的部分，以及用户是否需要下一步操作。若费用仍处理中，就明确写处理状态，不承诺未经确认的到账时间。面向用户的通知与内部处理记录可以表达不同细节，但状态含义必须一致。通知发出后，记录发送结果，不能把写好文案当成已经送达。
用三个例子试走流程
建议至少走一遍尚未完成报名的退出、允许取消的已确认报名、需要人工判断的特殊申请。检查每条路径是否有负责角色、明确结果和未完成事项的去向。本文配图都是方法示意，不是产品截图或既有退费制度。先把状态与规则说清，再使用英飞的流程图能力整理成图，最后由熟悉业务的人逐条复核。