怎样在iOS设计规范的框架下构造灵活的移动体验？.pdfVIP

怎样在iOS设计规范的框架下构造灵活的移动体验 ？ 推荐理由 ：译者@C7210 。HIG在给iO S应用一套普适的设计原则的同时 ，也制约了部分交 体验 的展示。而原文作者在文中从细节入手 ，分析了如何在设计规范下为用户带来灵活易学的移动设计 产品。 如果你在iO S应用设计方面有过一段 间的工作经验 ，那么多半会听说过“HIG” ，也就是人机界面设 计规范(Huma Int erf ace Guidelines)的简写。这份苹果官方文档的内容十分广泛 ，为设计师与开发者 提供了一系列打造iO S应用体验的最佳实践。 HIG所关注的是一套普遍适用的设计原则 ，其中绝大部分内容是关于iO S原生容器和控件的使用方 式的 ，也就是你在iO S自带的邮件、通讯录、日历、Saf ari浏览器等应用当中所见到的那些界面元 素及交互模式 ；这些已经成为iO S应用体验的一种官方标准。 HIG方面的话题通常可以在设计师群体中引发强烈的反应。其中一部分人会将HIG视为圣经 ，而另 外一些人则认为官方的规范不够灵活 ，比起其他一些移动平台来说 ，在体验模式等方面甚至有些 过 。市面上的一些应用 ，譬如Clear ，已经大规模的摒弃了iO S的标准控件和传统交互模式 ，旨在 为用户带来更加独特和前沿的体验模式。 无论怎样 ，当你开始设计一款iPh ne应用的 候 ，必须对一些可行的实践模式有充分的认知。 全面背离(或超越)HIG的做法是你可以选择的一种模式 ，毕竟目前A pp St re当中有很多这样的应用 都深受用户的喜爱。但在另外一些情况下 ，你也许需要把产品体验打造的更加符合标准的iPh ne 模式 ，从而使用户更容易上手 ，减轻他们在使用应用解决特定问题过程中的认知负担。 乐于贬低HIG的设计师们至少在一件事上是正确的 ：如果你没有针对特定的产品做好周全的规划 ， 一味采用僵化的层级化信息结构 ，简单的将每屏内容链在一起(就像最早的iP d当中的导航方式) ， 那么最终的产品将很容易使用户迷茫在深层信息当中 ，失去方向感。 关注概念模型 在前期 ，要根据特定产品的实际情况考虑其逻辑呈现和信息组织的方式 ，而不是一上来就被HIG当 中提供的既有模式限定住思路。在你对自己产品的概念模型有了充分的认知之后 ，才可以更加有效 的判断出HIG当中有哪些导航模式可以帮你打造更加符合用户心智模型的体验。 关于概念模型 ，试着问自己几个问题 ： 目标用户在特定的情境下需要和怎样的对象打交道 ？所谓“对象” ，包括文档、记事本、单页、白板 、食谱、店铺、友人、订单等等。 站在用户的角度看 ，这些对象之间有怎样的关联 ？譬如记事本包含单页 ，订单当中包含支付方 式等。 每个对象涉及到的动作有哪些 ？例如“提交”订单 ，“创建”或“删除”食谱等。 这类模型有可能随着 间的推移而发生变化 ，所以你不需要(有 也无法)考虑的事无巨细 ，但必须 为未来有可能发生的变化而预估出一部分弹性空间。试着使用O mniGraf f le一类的工具将你整理好 的概念模型进行可视化处理 ；落实到示意图上之后 ，你会对自己产品当中的关键概念点以及他们之 间的关联产生更加清晰的认知 ，从而设计出更合理的信息架构 ，选定最合适的导航模式。 这步工作本是很重要的 ，但是HIG及iO S开发工具包提供的原生导航控件很容易误导设计师跳过这一 步骤。只将注意力集中在原生导航模式的选用上 ，而忽视对自己产品概念模型和信息架构的分析 ， 一方面有可能失去创新的机遇 ，另外也有可能基于错误的认知而使用了不恰当的原生模式。 不要陷入过多的层级当中 进入实际的流程与界面设计阶段之后 ，如果你发现信息导航陷入了很长的“链条”当中 ，树形结构的 层级超过了5层 ，那么你也许需要重新考虑一下。 对于传统的列表形式来说 ，虽然每个界面的切换都采用iO S原生的Navigat i n C nt r ller控件所提供 的左右滑动动画效果 ，但是在层级过多的情况下 ，用户产生迷失感的风险将变的非常大。相关的心 理学研究表明 ，多数人的短期记忆只能支持5到7个单元的项目。 在某些情况下 ，可以试着将长链条中的信息按照不同的概念和逻辑进行分组。例如你可以将一个包 含了5到6步的结算流程按照支付、物流等类别进行分组。这种方式可以使相同类型的信息都能被很 快的单独访问到 ，用户不必在一个维度上前行或