先画阅读流程，不画结果预测
流程图适合组织动作顺序：找到规则入口、确认起点、追踪连接、读取终点说明。它不应该用箭头暗示下一次会出现什么图形。好的流程图能帮助找到遗漏的问题，而非制造确定性。
一个最小框架
用四个方框写“界面信息”“选定起点”“逐段追踪”“核对说明”。每个方框只放一个动作，箭头只表示阅读先后。
把疑问画成分支
若找不到起点标签，流程应返回图例；若看不清连接，则暂停并放大图形；若文字与图不一致，则回到规则入口。分支的作用是提醒核对，而不是在信息不全时替你填答案。
控制流程图复杂度
新手只需画到自己正在解决的问题。把计时、按钮和结果解释全塞入一张图，会让通用概念与某个版本的细节混在一起。
用实例测试自己的流程
拿一张静态示意图，从任一起点执行四个方框，看看每一步有没有足够信息。如果“核对说明”没有对应文字，就把这一步标为待查，不要假装流程已经结束。
比较两种表达
同一条路径用图上标记和口头叙述各表达一遍；两者一致时，说明流程图确实帮助了理解。
流程图也有边界
流程图是学习工具，不能替代产品界面的规则。具体版本可能增加确认、撤回或异常提示，只有当前展示的说明能回答这些操作是否有效。
保存可更新版本
在流程图旁写下它基于哪一页说明，之后界面变化时，先改流程图再继续使用。
把流程图画成会提醒你停下的工具
在“找到规则”方框旁画一条分支：“没有找到当前版本说明 → 暂停解释”。在“追踪路径”旁加另一条：“连接不清晰 → 放大或回看”。这两条分支不是多余的安全装饰，而是确保流程图不会在缺乏信息时继续输出一个貌似完整的答案。
检验流程是否实用
让另一位读者只看流程图，不听你的口头补充，尝试完成一次静态示意阅读。若对方不知道从哪里找到起点，或者把最终标签当成图上路径的一部分，就说明方框定义还不够清晰，需要改写步骤。
画两种不同的箭头
流程图里实线箭头表示“下一步阅读什么”，虚线箭头可以表示“发现疑问时返回哪里”。两者不要混用，否则回查图例会被误认为一条新的结果路线。哪怕只用文字区分，意义也要清楚。
把流程图贴到真实问题旁
当你问“为什么看不懂这个按钮”，流程图应把你带去状态与规则，而不是强迫你从起点重走线段。好的流程图能分辨问题种类，提示需要的依据；它不是每个页面都完全一样的操作说明。