移动应用引导实例：设计下一个流程前值得研究的模式

1. 让第一个有用的时刻带路

设想一款膳食规划应用，打开后直接提供入门计划，让用户替换其中一道餐食，而不是先展示介绍食谱和清单的幻灯片。交互让产品变得具体。只有在介绍能消除真实疑问时才保留它。

Apple 的《人机界面指南》建议新手引导快速、可选且重点明确。尼尔森诺曼集团不建议讲解用户能通过使用学会的内容，同时也承认设置、个性化体验和陌生工作流程可能需要引导。熟悉的笔记或计时器应用直接进入任务，或许反而更清楚。

可研究 ScreenKits 新手引导资料库中的实例，获取布局与顺序灵感。应将它们当作视觉参考：截图可以提示某种模式，但不能证明用户如何理解它，也不能证明它是否有效。

• 用一句话说明第一个有意义的结果。
• 思考界面本身能否让下一步操作易于理解。
• 只有欢迎语或价值说明能消除真实疑问时，才保留它。

2. 用渐进式设置代替问卷墙

设想一款跑步应用需要知道目标、单位、提醒时间和位置。渐进式版本会先提供入门计划，在用户调整计划时询问目标，并把单位和提醒留在设置中。如果某个答案必不可少，就在需要它的时刻说明原因。

当个性化只取决于少数有意义的选择时，这种模式很有用。如果问题像一场没有明显回报的测验，效果就会减弱。只有在进度提示能明确剩余工作量时才展示它；不要仅为了让简短表单显得温和就拆成多个界面。提供合理默认值，并允许日后修改。

创建账户也属于同一问题。Apple 建议仅在核心功能需要账户时才要求注册；如果可以，就推迟登录，让用户先理解应用。确实需要注册的流程，应清楚说明益处和必填信息。相关的移动端登录与注册设计指南可帮助你单独评审这一环节。

• 对于每个问题，写明哪项产品决策取决于答案。
• 将可选偏好移到真正有用的时刻，或放入设置。
• 根据用户任务解释必需的账户步骤。

3. 在具体情境中教授新操作

设想一款预算应用采用用户不熟悉的交易拆分方式。泛泛的轮播逐个指向所有标签，会让用户在有使用理由前就记住说明。情境化模式会等第一笔交易出现，再在拆分控件旁提供一条简短提示。交互式练习还可以让用户先在示例数据上尝试操作，再编辑真实记录。

设计选择的关键在于时机和影响。等独特交互与当前任务相关时再讲解，把说明放在控件附近，并清楚提示下一步。如果用户关闭提示，应保留日后可找到的帮助路径。避免解释界面本身理应清楚传达的标准导航惯例。

对于复杂流程，小型引导任务可能比导览更有效：创建示例看板、保存一个项目，或预览工作流程。练习应可撤销，并说明是否会修改真实数据。Apple 建议在可行时使用交互式教学，并保持前置流程简短。

• 找出唯一的新颖或容易被误解的操作。
• 将提示放在该操作旁；安全时提供立即试用的路径。
• 让跳过、关闭和再次找到说明都简单直接。

4. 在理由清楚可见时请求权限

设想一款可以为照片日记添加地点的应用。如果在欢迎页请求位置权限，用户会觉得理由抽象。等到用户选择“添加地点”时再请求，就能清楚说明：位置可用于标注这篇日记，即使不授权也能使用该功能。这是与具体益处相连的权限请求时刻，拒绝授权时也有明确的替代方式。

同样的道理适用于通知、相机、联系人和健康数据。系统权限提示前的说明应准确、简洁，并具体说明相关功能。如果核心应用在未授权时仍能使用，就不要暗示授权是强制的。Apple 建议，只有私有数据访问是前提条件时，才在新手引导中请求；否则应在用户首次使用需要该权限的功能时请求。

• 将每项请求与用户刚选择的操作或正在完成的任务联系起来。
• 说明权限能实现什么，以及不授权时仍可使用什么。
• 明确区分系统提示与应用自己对益处的说明。

实用评审清单

在打磨转场前，先在小屏手机上检查每一步。给不熟悉产品的人一个真实的首次任务，观察他们在哪些地方犹豫。如果产品可以安全地支持更轻量的版本，也比较一下。将发现视为可用性证据，而不是有保证的业务成果。

• 用户能否在不记住导览内容的情况下完成有意义的首次任务？
• 每个问题或设置步骤是否都有清楚、即时的理由？
• 用户能否跳过可选说明，并在日后重新找到？
• 权限是否在需要它的功能处请求，并附上诚实的解释？
• 默认值能否让用户无需多余配置就继续？
• 流程在文字变长、使用辅助技术或会话中断时是否仍有效？