你应该知道这个程序能做什么、目标用户是谁。现在，你要确定此程序能给人"为苹果iOS 设备而设计"的感觉。这很关键，因为用户对行将安装在 iOS 设备上的程序有很高的期待。 如果你的程序让人觉得是为其他设备、 或者 web 而设计， 用户就不会太珍视它。

拥抱 iOS 界面规范

iOS 用户已经很熟悉内置应用的外观和行为， 所以他们期待这些下载来的程序能带来相似的体验。 你不会想模仿内置程序的每一个细节， 但理解它们所遵循的设计规范会很有帮助。首先要了解 iOS 设备以及运行于其上的程序所具有的特性（详见"平台特点"这一章） 。然后，将以下几点铭记于心：

♦ 控件应该是可点击的。按钮、挑选器、滚动条等控件都用轮廓和亮度渐变，这都是欢迎用户点击的邀请。

♦ 程序的框架应该简明、易于导航。iOS 为浏览层级内容提供了导航栏，为展示不同组的内容或功能提供了 tab 页签。

♦ 反馈应该是微妙且清晰的。iOS 应用使用精确流畅的运动来反馈用户的操作。iOS 程序还可以使用进度条、活动指示器（activity indicator）来指示状态，使用警告给用户以提醒、呈现关键信息。

你可以在"iOS 界面元素使用指南"这一章掌握控件的使用方法。在为程序设计宏观的用户体验时，确保明白"用户体验指南"一章中的内容。

确保程序在 iPad 和 iPhone 上通用

如果你正计划为 iPad 和 iPhone 设计程序， 要确保该设计方案可以适用两种设备。 以下指南可以给你一些帮助：

♦ 为设备量身定做程序界面。大多数界面元素在两种设备上通用，但通常布局会有很大差异

♦ 为屏幕尺寸调整图片。用户期待在 ipad 上见到比 iPhone 上更加精致的图片。不建议仅仅将 iPhone 上的程序放大到 iPad 的屏幕上。

♦ 无论在哪种设备上使用，都要保住主功能。虽然一种版本会为任务提供比另一版更加深入或更具交互性的展示，但不要让用户觉得他们是在使用两个完全不同的程序。

♦ 超越"默认" 。没有优化过的 iPhone 程序会在 iPad 上默认以兼容模式运行。虽然这种模式使得用户可以在 iPad 上使用现有的 iPhone 程序， 但却没能给用户提供他们期待的iPad 体验。

重新考虑基于 web 的设计

如果你的程序移植自 web，那么需要确保你的程序能摆脱网页的感觉，给人 iOS 程序的体验。记住，人们可能会在 iOS 设备上使用 Safari 来浏览你的网页。

这里提供一些能帮助 web 开发者创建 iOS 程序的策略：

♦ 关注你的程序。网页经常给访客一堆任务或选项，让他们来挑选，但是这种体验并不适合 iOS 应用。iOS 用户希望程序能像宣称的那样有用，希望能立刻看到有用的内容。 确保你的程序帮助用户做事。用户也许会喜欢再网页中浏览内容，但更喜欢能使用程序完成一些事情。

♦ 为触摸而设计。不要尝试在 iOS 应用中复用网页设计模式。熟悉 iOS 的界面元素和模式，并用它们来展现你的内容。菜单、基于 hover 的交互、链接等 web 元素需要重新考虑。

♦ 让用户翻页（scroll） 。大多数网页在第一时间将重要的内容认真的展现出来（Most websites take care to display the most important information "above the fold"） 。因为让用户在顶部区域附近没找到想要的内容，就会离开。但在 iOS 设备上，翻页是很容易的，也是意料中。如果为了把所有内容挤在一屏里而缩小字体、压缩空间尺寸，最终可能内容都变得看不清，布局也没法用。

重置主页图标。网页经常在每个页面的顶部放置回主页的图标。iOS 程序不包括主页，所以不必多此一举了。另外，iOS 程序容许人们通过点击状态栏快速回到列表的顶部。如果你在屏幕顶部塞进一个主页图标，想按状态栏就没那么容易了。