恭喜你成为UI中国推荐设计师 (详情)
//百度统计 20220402 uicn

您的意见是我们 UI 中国进步的动力!
点击立即反馈按钮,发表您的意见!
立即反馈
QQ群反馈
您也可以加入UI中国官方反馈群进行反馈!
群号:302892100
备注:反馈问题后@管理员能让我们及时了解您的意见

提交需求

赛事与广告咨询合作,请填写需求表单,我们会在第一时间与您联系!

0/20
0/200

设计大赛

  • 设计大赛
  • 发布广告
  • 发布招聘
  • 其它需求

提交完成
感谢您对UI中国的支持和信赖!
iOS设计规范
0.0°
2019-09-23 自译外文 规范/资料 原作者: 未知 举报 2356 4 3 0

写在前面:译文源于苹果人机交互指南,英文版地址:https://developer.apple.com/ios/human-interface-guidelines/ ,苹果设计规范旨在它的设备体系中,多类型产品间的和谐连通的以及人与设备、环境的交互规范。(还没整理完的部分后续会慢慢补充完整)


一、App Architecture

01 Loading(加载)

1)加载过程尽量干净呈现,至少提供一个活动指示器来表示加载过程
2)尽可能快地展示内容(用占位符、图像或动画来展现哪些内容区块暂时未加载出)
3)加载过程考虑给用户带来教育或娱乐意义
4)定制加载页面,使它更符合你的app风格样式


02 Modality(模态)

1)模态呈现一种临时状态,让用户从之前内容中独立出来
2)iOS提供Alerts、活动视图和活动菜单让你依据具体场景使用,在运行iOS13及更高版本设备上,支持表单(用于非复杂任务,无需沉浸的模态内容)和全屏(适用于沉浸式内容,如相机、视频,或在全屏展示效果更好的复杂任务如编辑照片)的呈现样式
3)让模态的使用有意义:只有在模态能提供一个明显优势的情况下(需要用户集中注意力在一个不同于当前页面的选择或任务上)才使用它
4)为传递重要且理想可操作的信息保留Alert
5)保持模态任务简单、间断和聚焦,特别注意包含层级关系的模态视图,因为用户可能会迷路忘记如何重新操作,提供通过层级的单一路径和清晰的完成路径;除了完成任务,避免使用“完成”按钮
6)始终包含一个取消模态视图的按钮
7)必要时,在关闭模态视图前通过确认对话框避免用户数据丢失
8)不要在弹窗上层展示卡片
9)展示一个能区分模态视图的简洁标题
10)模态视图与app保持一致的呈现方式,如包含相同的导航栏
11)模态视图使用与app相一致的转换方式(默认底部向上滑入,取消时退回)


03 Navigation(导航)

1)用户往往很少意识到导航的存在,直到导航没有满足他们的期望;设计师的工作是以一种支持app结构和目的的方式实现导航,它应该看起来自然熟悉,不应该从内容中过于突出占据焦点,iOS中主要有三种导航样式:分层导航、平面导航、内容驱动或体验驱动的导航
2)分层导航:每个页面进行一个选择直到目的地,去往另一个目的地需要一步步退回重新选择,设置和邮箱使用这类导航

Image title

3)平面导航:多个类别内容间的切换,音乐和App Store使用这类导航

Image title

4)内容驱动或体验驱动的导航:内容自定义导航,游戏、书籍和其他沉浸式app通常使用这类导航

Image title

5)提供清晰的路径,贯穿内容的路径要合乎逻辑、可预测且易于遵循,如果用户需要在一个视图中看到多个内容,考虑用模态视图
6)设计一种能快速简单触达内容的信息架构,尽可能使用最少的点击、滑动手势和页面数
7)利用触碰手势创造顺畅感,用最小的摩擦让用户在界面中轻松移动,例如侧面轻滑屏幕以返回之前的页面
8)使用标准导航组件
9)使用导航栏穿越层级,一个导航栏标题告诉用户所处层级位置,返回按钮让他们轻松返回之前位置
10)使用标签栏展示同类别或功能,让用户在它们之间简单快速切换
11)当有多种同类型内容的页面时,使用页面控件,它能清晰地传达页面总数和当前活动页



04 Onboarding(程序开启)
1)程序加载过程应该是快速、有趣和具有教育意义的
2)提供一个加载页面:因为加载页会很快被程序首页替换,所以它应尽量和首页接近或有关联
3)以一个合适的方向显示加载页面,以用户当前手持设备方向加载,除非你的app只以特定的方向运行
4)让用户快速可操作,如果你的app需要教程或引导,应该提供一个跳过的方式并且不再向重新返回的用户再次展示
5)提前预知用户可能需要帮助,让用户可以重新观看教程;坚持教程中的要点,让你的app直观
6)用动画和交互贯穿在内容中,让学习变得有趣和易发现,而不是列出一个说明表单
7)避免预先询问设置信息;为大多数人设计你的app默认值,为小部分想要不同配置的人通过设置满足他们的需求;尽可能获取设置信息,从设备设置、默认值或者iCloud这样的同步服务;如果必须请求安装信息,请在app第一次进入时提示,并允许用户之后进行修改
8)避免在app使用中显示许可协议和免责声明,让app在应用程序商店下载前就显示这些信息,如果一定要在app中包含这些条款,以一种平衡的方式集合它们,不要干扰用户体验
9)再次打开app时,维持并恢复之前的状态,以便用户在之前停止的地方继续前行
10)不要太快或太频繁让用户去评价你的app,给他们时间去思考评价,并始终提供一个退出评价的操作
11)不鼓励重启,如果你的app中因为内存或其他问题导致运行困难的,系统要先尽可能自己解决这些问题


05 Requesting Permission(权限请求)
1)程序必须授予用户它们访问个人信息的权限,尽管用户可能喜欢标记他们的位置或寻找附近的朋友,但也希望有选择禁用这些功能的权限
2)确保权限仅在用户使用中,系统明确需要个人数据时发生,如在需要追踪用户位置功能时请求获取当前位置
3)解释你的app为什么需要这些信息,展示在系统权限请求Alert中,保持文字简短和具体
4)只在app运行需要时才启动权限请求
5)不要在不需要的时候请求位置信息
6)使用系统提供的Alert,避免添加自定义的提示行为或外观


06 Settings(设置)
1)一些app可能需要用户进行设置操作,但成功的app会立马为用户提供好的服务,同时提供方便的路径让用户调节他们的使用体验;当你设计的app符合大多数用户期望,也就减少了他们对设置的需求
2)从系统推断出信息,询问系统而不是用户,如当app需要获取本地相关信息时,请求位置权限而不是询问用户邮编
3)仔细考虑app中的架构优先级,首页是放置本质必要信息或需频繁更换的选择,第二屏最好放偶尔更换的内容
4)在设置中展示不经常更改的配置选项,设置app是设备进行配置更改的中心位置,但需要用户离开当前app进行设置,最好让用户在app内完成设置
5)在适当的时候提供短暂便捷的设置方式,如直接自动打开定位服务的按钮



二、User Interaction(用户交互)
01 3D Touch
1)用户可以通过使用不同等级的界面触碰压力来访问附加功能,在运行iOS13及更高版本设备上,用户可以通过手势快速打开内容菜单
2)主屏幕交互:在运行iOS13及更高版本设备上,展示了一个内容菜单的app图标部件,除了提供创建时间的快捷方式,还展示了计划的下一项事件
3)实时照片:通过动作和声音展示照片拍摄前后的时刻,在运行iOS13及更高版本设备上,用户通过放置手指激活实时照片,在3D触碰设备上,用户通过轻按照片激活


02 Apple Pencil
1)支持预期行为:苹果笔被设计用来制作标记,而非用作指针或选择工具,例如用在手指输入区域或你的app支持用户在文档空白处做标记
2)提供和手指体验相一致的苹果笔触,用户不需要在苹果笔和手指之间切换进行控件的交互,控件应该同时支持手指和苹果笔的交互,否则无响应的控件可能会给用户造成故障或低电池的印象
3)让用户在使用苹果笔触碰屏幕的瞬间就留下标记,苹果笔触碰屏幕就应该像传统铅笔触碰纸一样自然及时反馈的体验
4)拥抱表现:对笔触的压力变化作出简单直观的反应
5)用视觉反馈指示与内容的直接联系:当苹果笔触碰屏幕时应该立即直接地操控内容,不应出现看似断开连接的操作
6)设计一个同时兼顾左、右手的体验:不要将控件放在任一只手容易被遮挡的位置,如果存在请考虑允许重新定位它们
7)在可能的情况下,允许用户使用双击手势进行设置,如在使用网格编辑工具的3D app中,用户可以使用双击手势在工具上升/下降模式间切换,如果双击设置在你的app中没有作用,你仍可以使用这个手势去改变苹果笔的模式
8)如有需要,给用户提供自定义双击行为的设置
9)永远不要使用双击手势去执行修改内容的操作,当用户用手势执行一个操作,也必须有一个撤掉该操作的方式


03 Audio(音频)
1)用户通过控件或第三方配件控制声音,无论声音是作为app主要体验内容还是附加项,都需要知道用户期望声音有什么行为,并满足这些期望
2)当用户将声音切为静音状态,以避免不期望的打扰,静音状态时,只应开启应该出现的声音,如媒体播放期间的音频,闹钟等
3)无论设备的物理按钮还是屏幕的控件,用户希望音量的调整影响整个系统的所有声音,唯一例外的是铃声
4)用户通过耳机可以私密地听声音,同时解放他们的双手
5)必要时自动调节音量但不是总音量,你的app可以调节相对独立的声音,当然,最终的声音输出应该由系统音量控制
6)适当时候允许改变音频
7)使用系统提供的音量视图调节音频,使用系统的声音服务作为声响和震动
8)如果声音对你的app很重要,请对音频进行分类
9)播放中断后,在合适的时候恢复音频播放
10)让其他app知道你何时结束播放临时音频,如果你的app可能中断其他app的音频,应该适当标记音频会话以便让其他app收到通知何时可以恢复音频
11)不要重新调整音频控件,用户希望它在每个app中都表现一致


04 Authentication(身份验证)
1)只有当需要用户提供定制化服务、附加功能、购买流程等价值交换时请求身份认证,用“使用Apple登录”给用户简单安全的方式登录
2)如果不使用“使用Apple登录”,请使用密码自动填充,所有的app都应该支持这项功能
3)尽可能延迟让用户登录,让用户先留有时间去探索你的产品内容
4)解释身份验证的好处并告诉用户如何注册,确保你解释或提供了一个简单注册的路径
5)通过显示合适的键盘(数字/邮件)最小化数据输入
6)密码用于解锁iOS设备或当生物识别禁用时


05 Face ID and Touch ID
1)任何时候尽可能支持生物识别
2)向用户展示一种身份验证方式,如Face ID,同时提供其它选项,比如用户名密码以备初始方式失败
3)仅在响应用户操作时启用身份验证,一个明确的动作,比如点击按钮时确保用户想要进行身份验证,另外Face ID时,可能还要增加用户面对摄像机的可能性
4)始终识别身份验证方式,例如用Face ID登录app,标题应该用“使用人脸ID登录”而非“登录”
5)精准引用身份验证方式,检查设备支持的验证功能合理使用
6)通常来说,避免提供可选生物识别的设置,如果生物识别被应用在系统层面,那就假设用户希望使用它
7)不要用图标来识别系统生物识别功能,当用户看到类似Touch ID或Face ID图标时会认为他们需要进行身份验证,仅仅使用图标容易产生不一致和混淆


06 Data Entry(数据输入)
1)无论是点击界面元素还是使用键盘,输入信息都是繁琐的过程,如果在用户还未做出任何有用的事情前就要求大量输入过程,可能很快让用户气馁甚至放弃
2)如果可能,提供选择,使数据输入更高效,考虑用选择器或表单而不是文本字段,因为从预设选项中选择比键入更简单
3)尽可能从系统获取信息,但不要强迫用户提供可以从系统自动获取或有用户权限的信息,例如联系人或日历信息
4)提供合理的默认值,尽可能用最可能的值进行预填充,减少决策加快进程
5)只有在收集所需的价值信息后再推进,在进行下一步之前确保文本框都有值,在完成时候利用按钮作为视觉引导去引导前进
6)动态验证字段值,用户在填写一个长表单时尽可能在输入值后立即检查字段值以便立马更正
7)仅在必要时请求用户输入字段值
8)通过列表值让导航简单,特别是在表单和选择器中,考虑按字母或其他逻辑顺序有助于快速扫描和选择
9)在文本字段中显示提示语以帮助沟通,当占位符提示语足够描述时不要再用标签描述文本字段


07 Drag and Drop(拖放)
1)用户可以用一根手指将选定的照片、文本或其他内容移动或复制到另一个位置
2)触碰并保持住选定内容近似于将其黏附在手指上,当拖拽时,动画和视觉指示会识别可能的目的地,系统还会展示一个标记指示何时降落是不可能的,或者何时将导致复制而不是移动
3)拖放涉及到源位置和目标位置,这些位置可以是同一容器(如一个文本视图)中也可以是不同容器(另一个页面的拆分视图)中,在ipad中,这些位置也可以存在于不同的应用程序中
4)支持拖拽,它是一种高效直观的功能,用户希望系统中广泛应用;确保拖放可用于所有可选和可编辑内容区域,可选内容应该可以拖拽,可编辑内容应该可以放置,同时确保这些区域支持复制和黏贴;为了更高的效率,考虑支持多项目拖放,有些系统在拖拽前提供多选功能;一般来说,相同容器间的拖放倾向于移动,不同容器间的拖放倾向于复制;任何时候只要可能,允许用户撤销拖放
5)任何时候只要可能,提供多种表现格式的拖拽数据(如PDF、PNG、没有透明度的JPEG);如果适用,表现原生版本的最丰富数据形式,如拖拽图表时应首先展示原生图表格式;当你的app内容传输需要时间时提供进度指示器
6)使用视觉指示识别目标位置并提前预览内容放置后的效果,高亮、插入位置指示器和动效都是好的方法,当内容拖拽至目标位置上方时,视图可能微闪或改变内容区域颜色,如果源位置和目标位置相同则不需要高亮,除非内容完全被拖拽出源位置然后重新输入它;适当时自动滚动目的地内容;当放置内容需要时间时显示传输过程进度;如果源位置和目标位置采用相同文本样式,则拖拽文本保留原先样式,如果它们采用不同文本样式,则拖拽文本应该采用目标位置文本的样式;当用户不能立即撤销拖拽时请考虑一种微妙直观的退出方式,如当照片被拖拽到共享照片流时除了展示状态信息也提供了一个取消按钮


08 Feedback(反馈)
1)不引人注意地将状态和其他类型反馈信息集合到你的界面中
2)避免不必要的Alert


09 File Handing(文件处理)
1)用户在创建、查看和操作文件时不应该需要考虑文件系统,app应尽可能减少用户处理文件的工作
2)让用户相信,除非取消或删除,否则当前工作始终会保留。一般来说,不要让用户明确的进行文件保存操作,而应该每隔一定时间自动保存,当然,保存和取消按钮对系统确认用户何时文件被捕捉有意义
3)不要提供只创建本地文件的选项,用户通常希望他们所有的文件在他们所有的设备上都可用,尽可能提供像iCloud这样的云端文件同步储存服务
4)提供一个直观、图形化的文件浏览界面,文件浏览器在高度图形化的时候工作最佳,理想状态下使用系统熟悉的文档选择器,为了更快的导航,考虑提供一个新建文档的按钮
5)让用户在不离开你app的情况下通过“快速浏览”去查看演示文稿、数据图表、PDF等类型的文件
6)合适时,与其他app分享你的文档,如果这么做有意义,让你和其他app之间通过文档扩展支持者,可以互相分享浏览文档


10 Gestures(交互手势)
1)用户通过手势与触摸屏进行交互,这种手势引发出个人与内容的联系,增强了直接操作屏幕对象的感觉
2)按照一般规则,使用标准手势,这样用户不需要额外的付出去发现和记住它们。用户不希望通过学习新手势来做同样的事,当然在游戏这类沉静式体验app中,定制手势会成为体验中有趣的部分
3)避免使用标准手势去执行其它非标准动作,除了沉静式游戏app,否则重新定义标准手势会导致混乱和复杂
4)避免干扰系统侧边唤起手势,根据设备不同,侧边唤起手势提供对主屏幕、app之间切换、通知中心、控制中心和Dock的访问。极少数情况下,沉浸式游戏app可能要求自定义优先级高于系统的侧边唤起手势,这种交互行为应该谨慎使用,因为会让用户更难访问系统侧边唤起手势
5)无论何时只要可能,提供快捷手势去补充而不是替换基于界面的导航和操作,如用户可以通过扫滑屏幕侧边退回之前页面,在iPad上,用户可以通过四指捏合回到主屏幕
6)标准交互手势:点击、拖拽、轻翻、横扫、双击、双指捏合(放大或缩小视图)、触碰按住(可编辑可选择文本时展示光标定位的放大视图,或某些特定视图下的重组排列)、摇晃(触发撤销或重做)、双指按住旋转


11 Haptics(触觉)
1)触觉能增强用户在界面交互中的体验感,例如在Apple pay中,除了提供视觉和听觉,还有微震触觉,触觉同样能增强触摸手势交互感,例如选择器的滚动和切换按钮
2)在iPhone设备中,你可以通过多种方式添加触觉:使用系统标准UI组件(如开关、滑块、选择器等默认情况下会使用苹果自带的触觉设计);使用反馈发生器播放提醒、加强或选择容器中预定义的触觉模式中的一个;创作和播放自己的触觉模式
3)系统触觉模式:成功(上扬)、提醒(下降)、失败(波动)
4)将物理世界中熟悉的触感带到界面交互中,注意以下几点原则:每一个触觉的触发都要和事件有清晰的因果关系;让触觉与app的视觉听觉像在物理世界中一样和谐,用户体验才会更连贯和自然;慎重使用触觉模式,倾向于增加在少量重要、结果性的反馈中;同类型的反馈始终使用相同的触觉模式;避免过度使用触觉,好的触觉体验是使用时用户可能察觉不到但关闭后又会错过;不同的人对触觉有不同的偏好和敏感度,所以尽可能多的进行用户测试让触觉可选,并在用户关闭或减弱触觉时仍能享受你的app;在游戏中,考虑使用自定义的触觉模式增强玩家体验,除了用户和控件的交互,还可以增加能帮助交流的事件,例如撞击、脚步接近的体验;注意触觉模式能产生足够物理力让用户感到设备振动,确保这些触觉模式不会破坏用户在照相机、麦克风等其它体验
5)自定义的触觉模式可以应用在例如释放弹弓等事件上,它也可以是基于用户输入或上下文内容的动态变化中
6)在iOS13和之后的版本,核心触觉模式提供了两种基础构建组块:短暂性事件(简洁紧凑,例如轻触主屏幕的手电筒)和持续性事件(持续震动,例如信息中的激光效应)。无论你选择哪种基础构建组块,都可以控制它的尖锐度和强度;通过结合不同的瞬时和持久事件、不同尖锐度和强度,可以创造出各种不同的触觉体验


12 Near Field Communication(近场通信)
1)NFC让相距几厘米的设备能够通过无线进行信息交换,例如通过扫描玩具链接到电子游戏,通过扫描商品追踪库存
2)应用内的标签读取:app活跃状态时能扫描单个或多个对象,并且无论何时用户希望进行扫描操作,展示扫描菜单
3)不要鼓励用户去和实物建立联系,如果要扫描标签,iOS设备必须十分靠近它
4)使用易于理解的术语,不要使用NFC这样的专业术语;为扫描菜单提供简明的说明文本
5)后台标签读取让用户在任何时候都能快速扫描,而不需要先打开app。在支持后台标签读取的设备中,系统会在屏幕亮起时自动查找附近可读标签,在检测并匹配标签和app后,系统应显示一个提示以供用户点击发送标签数据到app进行处理,以下情况下后台读取标签不可用:NFC扫描菜单展示时,设备的钱包、Apple Pay、相机或设备处于飞行模式时


13 Undo and Redo(撤销和重做)
1)很多app允许用户摇晃设备触发撤销或重做,当出发这种方式时,需要Alert询问用户是否确认撤销或重做
2)简要精准地描述撤销或重做的操作,例如创建Alert标题类似“撤销名称”
3)如果定义了摇晃设备触发撤销或重做的交互手势,就不要将这种手势应用于其它操作
4)慎用撤销和重做按钮,当app提供多种方式去执行同一任务时会造成困惑,如果这些按钮真的有必要,请使用系统标准图标并把它们放在一个预期的位置如导航栏
5)撤销或重做操作只对当前内容产生清晰及时的效果











更新:2019-09-23

收藏

4人已收藏

Fyr

发芽儿 发芽儿~

  • 15

    作品

  • 48

    粉丝

  • 18

    关注

  • C4D小练习
  • 端 午
  • app空白页设计
  • 插画动效二维码

    猜你喜欢

      2019-09-23 自译外文 规范/资料 原作者: 未知 举报 2356 4 3 0

      iOS设计规范

      0.0°

      你确定要举报iOS设计规范

      如果查出恶意举报,十天内禁止提交任何举报申请。

      0/200

      上传证据: 超过10M的附件请使用网盘地址

      点击上传附件

      对谁可见:

      全部设计师
      • 全部设计师
      • 推荐设计师和认证设计师

      您确认要推荐?

      该作品发布时间:2019年07月28日

      评分

      完整度

      启发性

      勤奋性

      排版布局

      推荐心得

      建议20-200字以内

      0/200

      3
      4
      0

      账号或密码错误,请重新输入

      账号或密码错误,请重新输入

      登录

      手机号

      发送验证码 120s 验证码错误

      登录
      第三方账号登录