关于 user-flows-and-guided-paths
用于设计引导式用户旅程的设计技能,涵盖何时采用流程、向导步骤和完成后的去向,适合规划顺序任务且避免限制开放式探索的产品设计。
主要功能
- 01引导与自由导航的选择原则
- 02向导结构与步骤设计原则
- 03购买流程设计建议
- 04产品层级与深链指导
- 05流程审查清单
适用场景
- 01设计注册或设置向导
- 02精简结账中的不必要步骤
- 03帮助用户继续未完成的任务
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ dembrandt/ dembrandt-skills --skill user-flows-and-guided-paths安装后在 Claude Code 中输入/user-flows-and-guided-paths确认已加载。
详细介绍
用户流程与引导路径
相关功能应整合为一段连贯的旅程,而不是拆分成用户必须手动切换的独立页面。设计出色的流程让人觉得顺理成章:每一步都自然引向下一步,用户始终知道自己当前所在的位置和接下来要做什么,而且流程符合产品的信息层级。
何时引导,何时让用户自由探索
| 场景 | 模式 |
|---|---|
| 目标明确的线性流程(结账、注册、设置) | 分步引导流程或向导 |
| 适合拆分为多个阶段的复杂任务 | 带进度指示器的向导 |
| 在现有产品中探索功能 | 情境提示或引导标记 |
| 用户返回以完成之前开始的事项 | 显示清晰返回入口的继续提示 |
| 开放式探索(仪表板、设置) | 自由导航——不要强制用户走固定流程 |
只有当任务确实存在自然顺序时才提供引导。对非顺序任务强行使用向导,会让已经知道自己想做什么的用户感到挫败。
向导模式
在以下情况下使用向导:
- 任务包含 3 个或更多连续步骤
- 后续步骤取决于之前步骤中的决定
- 在一个页面上完成所有步骤会让用户不堪重负
向导的组成
[Step indicator: 1 of 4]
Step title
[Form content for this step]
[Back] [Continue →]
步骤指示器: 始终让用户知道自己当前在流程中的位置,以及还剩多少步。进度条或编号步骤都可以——当步骤名称有明确含义时,编号步骤更清晰。
后退导航: 始终可用。用户必须能够返回并更改之前的决定,同时不丢失后续步骤中的进度。
前进导航: 当前步骤完成之前应处于禁用状态。在用户点击“继续”时进行验证,而不是等到最后点击“提交”时才验证。
退出路径: 清楚说明如何放弃流程而不丢失部分进度。尽可能自动保存草稿。
步骤设计原则
- 每一步只包含一个主要决定或输入组——不要塞入过多内容
- 步骤标题应描述用户的目标,而不是系统的目标:“您的配送地址”,而非“地址输入”
- 明确标记可选步骤,并允许跳过
- 最后一步应在提交前显示摘要
购买与转化流程
购买流程还受到一项额外限制:每增加一个不必要的步骤,转化率就会下降。设计时应尽可能缩短完成路径。
- 每个阶段只收集必需的信息——可选信息留待之后收集
- 持续显示订单摘要,让用户始终看到自己要购买的商品
- 在付款步骤附近展示信任标识(安全徽章、退货政策)
- 付款前设置确认步骤:显示总额、配送信息和商品,让用户最后检查一次
- 购买后:立即确认,并清楚说明后续步骤(“订单已确认。商品发货后,我们会向您发送邮件。”)
让流程融入产品层级
引导路径应让用户觉得它属于产品的一部分,而不是打开了一个独立体验。
- 流程中的视觉风格、字体排版和组件应与产品其他部分一致
- 可以在流程中隐藏导航界面元素(侧边栏、顶部导航)以减少干扰,但应保留品牌栏
- 完成流程后,应将用户带回产品层级中有意义的位置,而不是通用主页
- 流程应支持深度链接:通过邮件链接进入第 3 步的用户应直接看到第 3 步,而不是第 1 步
审核清单
- 流程是否有明确的起点、合理的步骤顺序和清晰的终点?
- 每个步骤是否都显示进度指示器?
- 用户能否返回之前的任意步骤,同时保留后续进度?
- 每个步骤是否只聚焦于一项决策或一组输入?
- 步骤标题是否使用用户熟悉的语言,并描述其目标?
- 最后一步是否在执行不可逆操作前显示摘要?
- 完成后,用户是否会进入产品中有意义的位置?
- 流程的视觉风格是否与产品其他部分一致?
评论
支持 Markdown