很多新手画流程图的时候常常把异常当成小概率事件。认为先把成功路径画清楚，异常以后再补。这个想法听起来合理，但会造成两个结果。
第一个结果是评审时的问题说不清。比如有人问验证码错了怎么办，你临时回答一句提示错误即可。大家点点头就过去了。可真正做设计时你会发现提示放哪里，文案怎么写，是否保留输入，是否允许重新发送，都会影响用户是否能继续。
第二个结果是上线后问题会变得很突出。因为异常不是小概率，它只是被你忽略了。注册和支付这类流程，用户只要遇到一次阻断，就可能直接退出。而且不会再给你第二次机会。
一. 三类异常分支
在用户流程图的绘制中，异常分支并不是简单的“细节堆砌”。它们应该被视作具有明确类别和重要性的关键节点。尽管你不可能预见到所有的异常情况，也不必将每个可能的细节都涵盖其中，但建立一个清晰的分类框架，能帮助你有条理地处理那些最常见、最关键的分支，确保流程图具备更高的实用性。
下面我们列举三类常见的异常分支，它们足以覆盖大多数产品的使用场景。
1. 校验失败
在用户输入信息时，常常会出现格式不对、内容不符等问题。比如，手机号格式不正确、密码强度不足、验证码错误、项目名称为空等，这些都属于校验失败。
这一类异常的特点是高频、易预见。它们通常可以通过简单的校验逻辑避免，因此非常重要。在流程图中，你需要清晰地标出校验失败的判断节点，并明确失败后的去向。是让用户停留在原页面并提示错误，还是跳转到专门的错误页？此外，还需要考虑的是，用户能否立即修正错误，系统是否能保留用户已输入的信息，避免用户再次填写。
2. 中断与回退
用户的操作常常会受到外界因素的影响，导致流程被中断或回退。比如，用户会切换到其他应用、接到电话、锁屏，或者突然关闭应用程序。这些都不是用户的过错，而是日常生活中的常态。
这一类异常的关键不在于错误提示，而在于状态的保存和恢复。流程图中应当明确标出中断后的恢复路径。用户回到应用时，应该被带回到哪个位置？他之前填入的信息还保留吗？流程是否从头开始，还是接着上次的步骤继续？确保这些中断节点在流程图中有清晰的呈现，是确保用户体验不被打断的关键。
3. 替代路径
替代路径并不是错误，它们可能是用户有意选择的不同路径。这类分支改变了主路径，但并不意味着失败。例如，第三方登录替代了传统的手机号注册，跳过引导页面替代了完整引导，选择空白模板替代了模板库，使用游客模式替代了注册流程。
这一类分支的价值在于降低用户操作的阻力，提供更加灵活、便捷的体验。将这些替代路径绘制在流程图中，能够让团队在后续讨论时，更好地评估每条路径的优缺点，决定哪条路径最短、最安全，或者应当将哪些用户引导到替代路径上去。
通过对以上三类异常分支的合理分类和清晰标示，你的流程图将更加完善，不仅能够涵盖常见的用户操作场景，还能为团队提供更具实用性的讨论基础。
二. 三个问题
很多新人设计师之所以不画异常，是因为不知道从哪里开始。你可以先列出一个清单，然后再决定哪些要画进图里。你可以按步骤来列，之后把主路径每一个关键动作写下来，接着问自己三个问题。
- 这一步最常见的失败是什么？
- 这一步最常见的中断是什么？
- 这一步有没有替代路径？
我们就拿注册并创建项目的案例走一遍，你会发现其实异常会很自然的发生
在注册页输入邮箱或手机号时，最常见的失败是格式不对或已注册。最常见的中断是返回到欢迎页。替代路径可能是直接使用第三方登录。
在验证码页输入验证码时，失败是验证码错误或超时。中断是切后台或锁屏。替代路径是重新发送验证码，或改用别的验证方式。
在创建项目页选择模板并输入项目名称时，失败可能是名称为空或网络错误导致创建失败。中断是返回或退出。替代路径是先跳过创建，先进入空白编辑，再提示补全信息。
你列完清单后，只需要挑出对成功率影响最大的那几项画进图里。通常每个关键步骤画两到三条分支就足够了。
三. 避免混乱
很多设计师一想到画异常，就担心图会变得很乱。确实，异常一多，线就会交织。解决方法不是不画，而是用更清晰的画法。
1. 先守住一个原则
异常分支必须能回到某个可继续的位置。也就是说，失败不是终点，它应该把用户送回可以修正的地方，或者给出明确的退出路径。
比如验证码错误后，停留在验证码页并提示，让用户重新输入。不要把用户送回欢迎页，因为那会让人感觉被打回起点。
2. 用一致的回路形态
你可以给异常分支固定一个形态。判断节点分叉后，失败路径先到状态节点，再回到某个页面节点。成功路径则继续向前。这样读者一眼就能看懂哪里是失败回路，哪里是主线。
3. 把低价值细节放到备注
比如弱密码的具体规则，项目名长度限制，这些细节你可以放在节点旁边的小字备注里。主线节点保持简短，图才不会臃肿。