iOS12界面设计指南之APP架构(App Architecture)–应用启动体验(Onboarding)

引自《iOS12界面交互设计规范(iOS 12 Human Interface Guidelines)》

 

应用的启动第一次与新用户以及再一次与老用户接触的机会。所以请设计一个快速,有趣甚至是有教育意义的启动页。

提供启动画面(Provide a launch screen. )启动画面在应用打开时出现,在加载应用初始内容的同时,让人感觉你的应用的响应速度很快。因为这个画面很快就会被应用的首屏替代,所以它应该尽量与首屏相似,除非出现可定位的文字和可交互的元素。了解更多,请参阅Launch Screen

选择合适的方向启动(Launch in the appropriate orientation.)如果你的应用同时支持竖屏和横屏模式,那么应该以设备目前的方向启动。如果你的应用只在一个方向运行,那它只能在相同方向启动并在需要时允许用户旋转设备。除非有迫不得已的原因,否则处于横屏模式的应用正确地选择方向,无论Home键是在左侧还是右侧。了解更多信息,请参阅Layout

快速使用(Get to the action quickly.)尽量避免出现会使应用的启动画面、菜单和说明等延迟显示的情况。也就是说应该允许用户快速进入应用内。如果你的应用需要教学或是介绍步骤,为用户提供一个跳过的选项并且不要对老用户展示这些。

提前设想用户可能会需要的帮助(Anticipate the need for help. )经常主动地考虑用户何时会遇到麻烦。比如,一个游戏,能够在暂停或是角色很难升级时提供一些诀窍。当用户错过启动画面的内容时,允许他们之后重新观看教程。

只在教程中展示最关键的内容(Stick to the essentials in tutorials.)虽然为新用户提供引导没错,但是教学不能成为优秀的应用设计的代替品。更重要的是,确保你的应用是直观的。如果你的应用需要过多的引导,那么请重新审视你的设计。

让学习变得有趣而且易于学习(Make learning fun and discoverable.)通过操作来学习比阅读一长串说明来的更有趣和有效。 在上下文环境中,通过动画和可交互性循
序渐进地教导。避免展示看起来似乎可交互的屏幕截图。

避免在最开始要求用户进行设置(Avoid asking for setup information up front. )用户期待应用能够马上工作。为大多数人设计你的应用,然后让余下少部分需要不同配置的人自己调整参数来满足他们的需求。尽可能地,从设备设置和默认中获取设置信息,或者通过同步服务,比如iCloud。如果应用一定要求设置信息,那么可以最初在应用内提示用户,但应该允许用户稍后在
应用设置中修改。

避免展示应用内的接受许可协议和免责声明(Avoid showing in-app licensing agreements and disclaimers.)在你的应用被下载之前直接在苹果商店展示接受许可协议和免责声明。如果你必须将这些东西放在你的应用里,那么以和谐融入它们,以避免干扰用户体验。

在你的应用重新启动时恢复之前的状态(Restore the previous state when your app restarts.)不要让用户重新操作来回到之前的应用定位。保存并且复原应用的状态,这样用户就能从他们上次离开的位置继续。

不要太快或是太频繁地要求用户对你的应用评分(Don’t ask people to rate your app too quickly or too often.)太快或是太频繁地要求评分会让用户恼怒,并且减少最终收到的有用反馈的数量。为了鼓励考虑周到的反馈,在要求评分之前,给用户足够的时间直到他们形成对应用的看法。总是提供跳出评分提示的选项,并且永远都不要强迫用户对你的应用评分。

不要鼓励重启(Don’t encourage rebooting. )重新启动耗费时间并且让你的应用看起来即不可靠又不可用。如果你的应用出现储存或者其它问题,导致它无法运行只能系统重启,那么你应该解决这些问题。