设计购买、入职、配置等多步骤流程时…

适用于设计结账、注册、入职、设置等多步骤用户旅程，或需要把相关功能串成连贯路径的场景。

适用场景

解决思路

1. 将归属于同一目标的相关功能设计为一条连贯的用户旅程，而不是让用户手动在多个独立屏幕之间导航。
2. 让每一步自然导向下一步，用户始终知道当前所在位置和下一步是什么。
3. 让引导路径符合产品的信息架构和层级，使其感觉属于该产品，而不是打开了一个独立体验。
4. 对线性且有明确终点的流程（如结算、注册、设置），采用分步引导流程或向导。
5. 对可拆分为多个阶段的复杂任务，采用带进度指示器的向导。
6. 对现有产品中的功能发现，使用上下文工具提示或 coach marks（教练标记）。
7. 对用户回来完成之前已开始的事项，提供恢复提示和清晰的重入点。
8. 对开放式探索（如仪表盘、设置），采用自由导航，不强制流程。
9. 只在任务确实存在自然顺序时进行引导。
10. 当任务有 3 个或更多顺序步骤时使用向导。
11. 当后续步骤依赖前面步骤的决策时使用向导。
12. 当把全部步骤放在一个屏幕会让用户不堪重负时使用向导。
13. 在向导中始终显示步骤指示器，例如“步骤指示器：第 1 步，共 4 步”，让用户知道在序列中的位置和剩余步数；进度条或编号步骤都可用，当步骤名称有意义时编号步骤更清晰。
14. 始终提供返回导航；用户必须能够返回并修改早期决策，同时不丢失后续步骤的进度。
15. 在当前步骤完成前禁用前进导航；在点击“继续”（Continue）时校验，而不是等到最后“提交”（Submit）才校验。
16. 提供清晰的退出路径，让用户知道如何放弃流程且不丢失部分进度；尽可能自动保存草稿。
17. 每个步骤只放一个主要决策或一组输入，不要把步骤塞得过满。
18. 步骤标题应描述用户目标，而不是系统操作：写“你的配送地址”，不要写“地址输入”。
19. 明确标记可选步骤并允许跳过。
20. 最后一步在提交前显示摘要。
21. 购买流程按最短完成路径设计，因为每个不必要步骤都会降低转化率。
22. 每个阶段只收集必需信息，推迟收集可选信息。
23. 持续显示订单摘要，让用户始终看到正在购买什么。
24. 在支付步骤附近展示信任信号（安全徽章、退货政策）。
25. 支付前设置确认步骤：显示总计、配送、商品，供最后复核。
26. 购买后立即确认并给出清晰的下一步，例如“你的订单已确认。发货后我们会通过电子邮件通知你。”
27. 流程内部的视觉样式、排版和组件与产品其余部分保持一致。
28. 流程期间可以隐藏导航框架（侧边栏、顶部导航）以减少干扰，但品牌头部应保持可见。
29. 完成流程后，把用户返回到信息架构中有意义的位置，而不是通用首页。
30. 支持深链接进入流程：通过邮件链接到达第 3 步的用户应看到第 3 步，而不是第 1 步。
31. 审查流程是否有清晰起点、逻辑步骤顺序和明确终点。
32. 审查每一步是否可见进度指示器。
33. 审查用户是否可返回任意先前步骤且不丢失后续进度。
34. 审查每一步是否聚焦于一个决策或一组输入。
35. 审查步骤标题是否用用户语言描述其目标。
36. 审查最终步骤是否在不可逆操作前显示摘要。
37. 审查完成后用户是否落在产品中有意义的位置。
38. 审查流程视觉样式是否与产品其余部分一致。

适用边界 · 注意事项

• 不要对没有自然顺序的开放式探索任务（如仪表盘、设置）强行套用向导或流程。
• 不要在任务不足 3 个顺序步骤、或单屏就能完成且不会造成负担时使用向导。
• 当用户已经知道目标、只需自由浏览或快速操作时，不要强制引导。