用户流程：先画完一件事

先理解这个概念

用户流程描述从目标到结果的步骤，页面只是承载步骤的容器。除了成功路径，还要画出取消、失败、权限不足和中断后继续。流程图里的判断节点应该来自真实条件。

流程图应表达条件变化，而不只是页面顺序。“提交”是动作，“正在提交”是状态，“服务器接受”是事件。把三者区分后，就能发现重复提交、请求超时和用户离开等问题。尤其在联网操作里，客户端不知道结果并不等于服务端没有执行，界面不能随意把超时解释成彻底失败。

记住这三个原则

1. 01

   从触发任务的入口开始，到用户确认结果结束。

2. 02

   标出系统动作与用户动作，避免把等待误当成操作。

3. 03

   每个失败分支给出可恢复路径。

实际设计时，分三步做

1. STEP 01

   写出起点和终点，并给每一步标注由用户还是系统推动。用真实条件命名分支，例如“验证码是否过期”。

2. STEP 02

   逐个加入取消、超时、权限变化、重复操作和中途退出。标记用户输入与系统记录在哪一步保存。

3. STEP 03

   检查每条分支是否到达可解释的结果：成功、仍在处理、可重试或需要帮助。避免出现只能刷新才能离开的死路。

一个容易理解的例子

用户最需要帮助的时刻常常是主流程之外。

适用边界与取舍

额外一步不总是负担。不可逆或高影响操作需要让用户核对对象与后果；相反，能安全撤销的低风险操作通常不值得每次打断确认。