要在App Store提供精炼的描述

App Store中的描述是一个与潜在用户沟通的绝佳机会。除了准确描述程序、高亮你觉得用户喜欢的特性外，请遵守如下指南：

避免拼写、语法和标点错误。虽然这样的错误并不会让每个人都心生厌恶，但会给某些人留下不好的印象。

避免使用大些字母。大写字母会吸引用户的注意，但是每个词的每个字都用大写会让用户难以阅读。

写出对具体bug的修复。如果新版本的程序对老版的bug进行了修复，好在描述里提一下这部分工作的付出。

精炼

像报社编辑一样，尝试把信息写得像报纸标题那样干练。当界面文案简短直接时，用户能迅速明白意思。找到重要的信息，简练地表达出来，放在显著的位置。这样用户就不必阅读完一大堆文字才找到想要的信息，或是知道下一步应该怎样。

界面元素要一致

用户期待标准的视图和控件，在所有程序里都有一致的外观和行为。

使用标准控件时尊重推荐的使用方法。这样，用户能在学习程序时利用先前的经验。当iOS升级标准控件时，你的程序也能得到更新。

对娱乐性应用来说，有必要定制全套控件。这是因为你在营造独特的环境氛围，用户期待在这类程序中探索如何控制环境。

避免彻底改变执行标准动作的控件的外观。如果你使用不熟悉的控件来执行标准动作，用户会花时间研究如何使用它，还会迷惑为什么你的个性控件干着标准控件的活。

iOS准许你使用很多内置程序中的标准按钮和图标。例如，你可以在iPhone和iPad上使用Mail的刷新、排序、删除、重播和书写图标。

为避免迷惑用户，绝不要使将标准控件和图标用于其他用途。确保你懂得文档上对标准控件、图标用途的描述。不要依靠你对它外观的解释。欲知详情，详见“系统提供的按钮和图标”。

除了利用用户已有的经验外，使用系统标准控件还有两个好处：

减少开发时间，因为你不用再去画皮肤了。

增加界面的稳定性，即使将来iOS升级会改变标准控件。换言之，虽然图标外观会升级，但它代表的语义是不会变的。

界面编辑器降低了调用标准控件和图标的工作量。请详见“Interface Builder User Guide”里“iPhone OS Interface Objects” 如果你在系统提供的控件和图标里找不到合适的，你可以自己制作按钮和图标。“导航栏、工具栏和tab栏上用的图标”这一章可以提供一些指南。

考虑增加真实感

合适的时候，给你的程序增加一些真实感。通常，程序的外观和行为与真实生活越相近，用户越容易理解如何使用它，也越喜欢用它。例如，用户立刻明白如何使用iPad版Contact上的地址簿。

在iPhone上，用户立刻懂得声音记事簿的作用，并学会使用它，因为它有高精度皮肤以及外观真实的控件。

你设计的场景和物体是向用户表达产品灵魂的绝佳机会。别觉得你必须小心翼翼力求完全一致。有时，略作夸张反而比一板一眼看起来更加真实，携带更多意思。

用动画强化真实感。运动比外观更强调精确。这是因为人们能接受外观的艺术化，但看到违反物理定律的运动会眩晕。尽可能的让你的控件模仿真实物体的运动方式。真实可信的运动会提升用户对程序的印象，也愿意花时间来玩它。

用绝佳的图片取悦用户

漂亮的、精致的图片吸引人们使用程序，即使很简单的任务也用得很开心。漂亮的美工也能在用户心中树立品牌形象。iOS设备对美工有很好的表现力，所以你应该考虑聘用专业的艺术家绘制一流的皮肤。

考虑模仿宝贵的或质地优良的原料的外观。如果木头、皮革、金属的效果适合你的应用，一定花时间确保皮肤看起来真实、贵重。例如，Notes模仿了优质皮革赫尔金属铆钉的外观。

合适的时候，绘制高精度的画作。大多数情况，放大你的视觉稿并不是一个值得推荐的长期解决方案。应该在比你所需的精度高一级的等级上开始绘画。这样你就可以在压缩它之前添加丰富的细节。这在当你原始稿尺寸是终稿尺寸的整数倍时尤其有用。如果你在图形绘制软件中使用了合适尺寸的网格，就能保证图像在缩小尺寸的过程始终细腻，减少重新锐化的工作量。

确保你的登陆图像和程序图标做工优良。欲知详情，详见“定制图标和图片指南” 不要把屏幕尺寸的参数写死。这在你希望程序可以在多种iOS设备上运行时尤其重要。

处理好方向改变

用户希望能以任何角度使用iOS设备。你需要基于你的程序和它支持的功能，确定如何响应用户的殷切期望。

无论什么方向，都保持对主任务的关注。这是优先级高的准则。用户使用你的程序来浏览或操作他们关注的内容。如果改变方向后，程序不再展示之前的核心内容，会让用户觉得失控了。

如果程序不准备对各个方向提供支持，要再三斟酌。用户希望能在任意角度使用你的程序，你如果能满足这个愿望就太棒了。iPad用户尤其希望无论他们怎么端着设备，都能正常使用程序。但在某些情况下，程序只能在竖屏模式或横屏模式下运行。如果你的程序只能在一个方向上使用，确保以下几点：

以你支持的方向启动，忽略当前的设备方向。例如，如果你的游戏或者媒体播放程序只以横屏模式显示，就应该在启动的时候就用横屏模式，即使设备是以竖屏模式放置的。这样，如果用户在竖屏模式打开它，他们就知道应该把设备转过来，再浏览内容。

避免在界面上用文字等告知用户“把设备转一下”。以你支持的方向启动已经明确告知用户要旋转设备，不要再添乱了。

无论只支持横屏模式还是竖屏模式，要支持这种模式下的两种方向。例如，如果你的程序只以横屏模式运行，用户无论是以home键在左边还是在右边拿着设备， 都该能用。而且，如果用户在使用你的程序时把设备转了180度，好你能把内容也跟着转180度。

如果你的程序把设备的角度作为一种输入信息，你可以按程序的需要处理旋转。例如，如果你的程序是个游戏，容许用户旋转设备来控制方块移动，屏幕就不用在设备旋转时跟着转了。

这种情况下，你应该在游戏开始前让用户选择好以哪种方向来玩。等游戏开始后，就可以按照程序自定义的方式去处理屏幕旋转了。

利用特定的转场动画效果来实现平滑旋转。如果你的屏幕布局很复杂，当用户旋转设备时好使用“corss-fade”转场。UIViewController类的reference里有对“Handling View Rotations”的解释。

留意加速度。欲知详情，详见“Core Motion Framework Reference”。

在iPhone上，在应对设备方向改变时要留意用户的需求。用户经常把手机横过来，是为了想看到更多。如果你仅仅是缩放了一下内容，那么就没满足用户的期望。你应该重新进行页面布局，以更好地适应屏幕。

在iPad上，要在所有方向下都能运行，尽力满足用户需求。iPad的大屏幕诱使用户在想看到更多时旋转屏幕。由于用户不关注设备的外框和home键的位置，他们不觉得设备有默认的放置方向。这导致用户希望程序能以他们正在使用的方向运行。你的程序应该尽可能的通过支持各个方向来鼓励用户以各种姿势使用iPad。

当你的程序需要处理旋转时，请参照以下指南：

考虑改变展示辅助信息和功能的方式。在保证重要的内容始终在视野范围内的前提下，可以考虑在设备旋转时改变次要信息的呈现方式。

在iPad版Mail上，账户和收件箱列表是次要内容，邮件是主要内容。在横屏模式下，次要内容放置在分栏的左侧；在竖屏模式下，放置在弹出层里面。

再比如，横屏模式下，游戏的外面有矩形框。转成竖屏模式后，外框需要重绘以适应屏幕。

这会导致上下边缘会有大块空白。此时不应把画面纵向拉伸，而应在空白区域填充辅助信息或物体。

避免随意改变布局。应该在各种方向下提供统一的体验，这使得用户可以在旋转设备后沿用使用习惯。例如，如果iPad在横屏模式下用网格显示图像，竖屏模式下就不应用列表来展示图像。

如果可能的话，应该尽量避免重组信息，重排文字。尽量在各种方向保持相似的格式，尤其是当用户阅读文字时，避免旋转屏幕后用户找不到刚才读到的地方。

如果重组不可避免，使用动画帮助用户追踪变化。例如，如果你必须在旋转时增减文字的栏数，你也会选择把栏的运动藏起来，简单地让新的排版渐现。为了帮助你设计合适的旋转动作，想想当你旋转真的纸时会对内容的变化有怎样的期待。

为每一种方向提供独特的启动图片。如果每种方向有独特的启动图片，用户就能在每种方向下都能体验到平滑的程序启动。与iPhone的桌面不同，iPad的桌面支持各个方向。所以用户可能会以退出上一个程序的方向启动你的程序。

让目标符合手指的尺寸

iOS设备的屏幕尺寸会变，但手指的尺寸不会变。请遵循以下指南，以便用户能舒适地使用你的程序。

给你的可触摸元素至少44×44像素的面积。iPhone Calculator就是一个很好的符合指触面积的控件。

如果你的控件更小，或者放置过密，用户必须在触摸前很小心地瞄准目标，而且很可能会按错。这样的话，程序用起来就不那么爽了，甚至会完全不可用。例如，控件太小太密的话，用户必须全神贯注在界面上。

使用微妙的动画表达

动画是很有效的表达方式，它不会妨碍用户的任务、拖用户的后腿。微妙、适当的动画应该做到：
    表达状态
    提供有用的反馈
    增强直接控制的感觉
    将用户行为的结果视觉化

慎重地添加动画，尤其是在那些非娱乐性程序里。在那些严肃的，用于创造内容的程序里，过多的、无意义的动画会阻碍操作流，降低性能，把用户从任务中诱走。

合适的时候，保持动画效果与内置的程序一致。用户习惯了内置程序的微妙动画。事实上，大多数用户将视图间的平滑转场，设备旋转后的流畅反应和逼真的翻页、反弹视作iOS体验的一部分。除非你在设计娱乐性程序，否则就应将定制动画和内置动画协调起来。

程序内部的动画保持一致。就像其他定制一样，保持一致可以让用户依赖从你的程序中学到的经验。

恰当地支持手势

避免将别的动作与标准手势的效果联系起来。避免用定制的手势去诱发标准手势的效果。

使用手势来加速任务的完成，但不要作为唯一的完成手段。虽然用户大多知道很复杂的标准手势，比如水平滑动（swipe）或分开手指，这些姿势却没那么普遍。

例如，当在Mail中浏览邮件列表，用户通过展开预览栏，单击其上的删除按钮来删除邮件。用户可以通过两种方式展开删除按钮：

单击导航栏中的编辑按钮，每一行预览上都会出现删除控件。然后单击特定行的删除控件，就能展开删除按钮。

这种方式步骤冗余，但容易找，因为它只需要触摸动作，并且是以清晰的“编辑”按钮为起点。 在预览栏上水平滑动，删除按钮出现。

这种方式更加快捷，但是需要用户学习，记住水平滑动的手势。

确保总是有一种简单直白的方法完成操作，即使操作步骤多一些。简单的手势允许更关注内容和体验，而非交互动作。

一般而言，避免定义新手势。当你引入新手势时，用户需要费心去发现新手势并记住它。

开发娱乐型程序是个例外。例如，要求用户在列表项上画圈以展示删除按钮将会是非常困惑且难用的。但是在游戏中可能需要用户画圈以旋转某个器件。

确保你采用的手势与程序的功能以及用户的期望相适应。如果用户要经常使用程序中的某个功能，希望越快完成越好，你应该只使用标准姿势。但是，如果你的应用包含逼真的控件，或者环境让用户很有探索欲望，定制手势也是可以的。对于标准手势，请详见“程序响应手势，而非点击” 。

对于iPad，可以考虑多点触摸手势。iPad硕大的显示屏为定制多点触摸手势提供了空间。虽然不是每个程序都适用复杂的手势，但它可以让那些用户长时间使用的程序具有更丰富的体验，例如游戏或者创造内容的环境。时刻谨记非标准手势很难被发现，不应是完成某任务的唯一途径。

只在必要的时候要求用户存储

用户应该有信心，他们的工作总是自动保存，除非自己按了取消或删除。如果你的程序帮助用户创建或者编辑文档，要确保它不需要明显的保存按钮。iOS程序应对保存用户的输入负起责任，可以按周期进行，并在用户打开其他文档或退出程序时进行。

如果主要任务不是产生内容，但允许用户在浏览信息和编辑信息间切换，那么要求用户保存变动是合理的。这种情况下，在展示信息的视图模式下呈现“编辑”按钮是个好办法。当用户触摸编辑按钮时，可以用保存按钮替换它，并增加一个取消按钮。编辑按钮的变化提醒人们现在进入编辑模式。取消按钮可以让用户不保存任何变动，恢复到编辑前的状态。

对于iPad，保留那些用户在浮出层输入的信息。因为用户有时会不小心把浮出层关掉。更多信息，请详见“浮出层（只限iPad）” （p83）

让模态化任务表现地暂时且简单

可能的话，尽量减少进入模态化环境执行任务或提供反馈的次数。iOS应用应该允许用户与iOS任意地交互（nonlinear）。模态通过打断用户的工作流，强迫用户完成一系列操作来剥夺自由。

模态在以下情况为适用：

很有必要获得用户的注意

没有用户明确提供的数据，该任务无法完成

用户很喜欢在模态视图里完成一个子任务，因为场景转换清晰且短暂。但是如果子任务太过复杂，用户会在进入模态视图后迷失主任务。当模态是全屏模式的或有很多分支状态时，风险还会加剧。

保持模态任务简短精炼。你应该不想让用户觉得模态任务是嵌在你程序里的一个小程序吧？千万注意别让模态任务有层级结构，因为用户很容易忘记回去的路。如果模态任务必须包括子任务，一定要给用户一个单一、清爽的路径来浏览层级结构，避免环形路径。

在模态任务中总是提供明显、安全的出口。用户应该总是能够在离开模态时预测他们工作的命运。

如果任务需要分层级的模态，确保用户明白如果他们点击子级页面上的Done按钮后会有什么结果。检查一下任务，看看子级页面上的done按钮按下后是结束了那一小部分任务还是结束了整个任务。可能得话，避免在子级页面加Done按钮，这真的很让人困惑。

因篇幅太长相关的内容请查看“iOS_UI开发之用户体验指南（一）”及“iOS_UI开发之用户体验指南（三）”