如果你在iOS應(yīng)用設(shè)計(jì)方面有過一段時(shí)間的工作經(jīng)驗(yàn)，那么多半會聽說過“HIG”，也就是人機(jī)界面設(shè)計(jì)規(guī)范(Huma Interface Guidelines)的簡寫。這份蘋果官方文檔的內(nèi)容十分廣泛，為設(shè)計(jì)師與開發(fā)者提供了一系列打造iOS應(yīng)用體驗(yàn)的最佳實(shí)踐。

HIG所關(guān)注的是一套普遍適用的設(shè)計(jì)原則，其中絕大部分內(nèi)容是關(guān)于iOS原生容器和控件的使用方式的，也就是你在iOS自帶的郵件、通訊錄、日歷、Safari瀏覽器等應(yīng)用當(dāng)中所見到的那些界面元素及交互模式；這些已經(jīng)成為iOS應(yīng)用體驗(yàn)的一種官方標(biāo)準(zhǔn)。

HIG方面的話題通?？梢栽谠O(shè)計(jì)師群體中引發(fā)強(qiáng)烈的反應(yīng)。其中一部分人會將HIG視為圣經(jīng)，而另外一些人則認(rèn)為官方的規(guī)范不夠靈活，比起其他一些移動平臺來說，在體驗(yàn)?zāi)Ｊ降确矫嫔踔劣行┻^時(shí)。市面上的一些應(yīng)用，譬如Clear，已經(jīng)大規(guī)模的摒棄了iOS的標(biāo)準(zhǔn)控件和傳統(tǒng)交互模式，旨在為用戶帶來更加獨(dú)特和前沿的體驗(yàn)?zāi)Ｊ健?/p>

無論怎樣，當(dāng)你開始設(shè)計(jì)一款iPhone應(yīng)用的時(shí)候，必須對一些可行的實(shí)踐模式有充分的認(rèn)知。

全面背離(或超越)HIG的做法是你可以選擇的一種模式，畢竟目前App Store當(dāng)中有很多這樣的應(yīng)用都深受用戶的喜愛。但在另外一些情況下，你也許需要把產(chǎn)品體驗(yàn)打造的更加符合標(biāo)準(zhǔn)的iPhone模式，從而使用戶更容易上手，減輕他們在使用應(yīng)用解決特定問題過程中的認(rèn)知負(fù)擔(dān)。

樂于貶低HIG的設(shè)計(jì)師們至少在一件事上是正確的：如果你沒有針對特定的產(chǎn)品做好周全的規(guī)劃，一味采用僵化的層級化信息結(jié)構(gòu)，簡單的將每屏內(nèi)容鏈在一起(就像最早的iPod當(dāng)中的導(dǎo)航方式)，那么最終的產(chǎn)品將很容易使用戶迷茫在深層信息當(dāng)中，失去方向感。

關(guān)注概念模型

在前期，要根據(jù)特定產(chǎn)品的實(shí)際情況考慮其邏輯呈現(xiàn)和信息組織的方式，而不是一上來就被HIG當(dāng)中提供的既有模式限定住思路。在你對自己產(chǎn)品的概念模型有了充分的認(rèn)知之后，才可以更加有效的判斷出HIG當(dāng)中有哪些導(dǎo)航模式可以幫你打造更加符合用戶心智模型的體驗(yàn)。

關(guān)于概念模型，試著問自己幾個(gè)問題：

• 目標(biāo)用戶在特定的情境下需要和怎樣的對象打交道？所謂“對象”，包括文檔、記事本、單頁、白板、食譜、店鋪、友人、訂單等等。
• 站在用戶的角度看，這些對象之間有怎樣的關(guān)聯(lián)？譬如記事本包含單頁，訂單當(dāng)中包含支付方式等。
• 每個(gè)對象涉及到的動作有哪些？例如“提交”訂單，“創(chuàng)建”或“刪除”食譜等。

這類模型有可能隨著時(shí)間的推移而發(fā)生變化，所以你不需要(有時(shí)也無法)考慮的事無巨細(xì)，但必須為未來有可能發(fā)生的變化而預(yù)估出一部分彈性空間。試著使用OmniGraffle一類的工具將你整理好的概念模型進(jìn)行可視化處理；落實(shí)到示意圖上之后，你會對自己產(chǎn)品當(dāng)中的關(guān)鍵概念點(diǎn)以及他們之間的關(guān)聯(lián)產(chǎn)生更加清晰的認(rèn)知，從而設(shè)計(jì)出更合理的信息架構(gòu)，選定最合適的導(dǎo)航模式。

這步工作本是很重要的，但是HIG及iOS開發(fā)工具包提供的原生導(dǎo)航控件很容易誤導(dǎo)設(shè)計(jì)師跳過這一步驟。只將注意力集中在原生導(dǎo)航模式的選用上，而忽視對自己產(chǎn)品概念模型和信息架構(gòu)的分析，一方面有可能失去創(chuàng)新的機(jī)遇，另外也有可能基于錯(cuò)誤的認(rèn)知而使用了不恰當(dāng)?shù)脑Ｊ健?/p>

不要陷入過多的層級當(dāng)中

進(jìn)入實(shí)際的流程與界面設(shè)計(jì)階段之后，如果你發(fā)現(xiàn)信息導(dǎo)航陷入了很長的“鏈條”當(dāng)中，樹形結(jié)構(gòu)的層級超過了5層，那么你也許需要重新考慮一下。

對于傳統(tǒng)的列表形式來說，雖然每個(gè)界面的切換都采用iOS原生的Navigation Controller控件所提供的左右滑動動畫效果，但是在層級過多的情況下，用戶產(chǎn)生迷失感的風(fēng)險(xiǎn)將變的非常大。相關(guān)的心理學(xué)研究表明，多數(shù)人的短期記憶只能支持5到7個(gè)單元的項(xiàng)目。

在某些情況下，可以試著將長鏈條中的信息按照不同的概念和邏輯進(jìn)行分組。例如你可以將一個(gè)包含了5到6步的結(jié)算流程按照支付、物流等類別進(jìn)行分組。這種方式可以使相同類型的信息都能被很快的單獨(dú)訪問到，用戶不必在一個(gè)維度上前行或后退很多節(jié)點(diǎn)。

接下來，可以考慮怎樣在這些概念分組當(dāng)中實(shí)現(xiàn)非線型的導(dǎo)航方式，一個(gè)最簡單的方法就是使用模態(tài)化的界面。通常，模態(tài)界面是從屏幕底部向上滑入視圖的，完成操作后又會向下滑出(例如短信應(yīng)用的創(chuàng)建新消息界面)。當(dāng)然，iOS還提供了很多其他形式的動效，但每一種動效通常與特定的界面切換模式相關(guān)聯(lián)，在這里不如模態(tài)界面的切換效果更適用。

雖然在某些情況下適用，不過模態(tài)化界面的使用情境還是有一定局限的——既然是模態(tài)化，就必然導(dǎo)致當(dāng)前流程的中斷，用戶需要關(guān)閉模態(tài)界面后才能繼續(xù)之前的操作；而且這樣的界面會覆蓋在之前的內(nèi)容之上，很容易使用戶失去上下文的關(guān)聯(lián)感。

在很多時(shí)候，最有效的方式是將基于列表的樹形結(jié)構(gòu)與其他全局化的的導(dǎo)航方式結(jié)合使用，譬如標(biāo)簽欄(Tab Bar)或是分段選擇控件(Segmented Control)。

雖然iOS提供了標(biāo)簽欄和分段選擇這類成熟的或者說有些陳舊的導(dǎo)航方式，但蘋果同樣認(rèn)同你通過自己打造的控件來進(jìn)行非線型的全局導(dǎo)航。在這方面，目前比較流行的是抽屜模式，用戶可以在任何界面通過向左或向右滑動的手勢來調(diào)出側(cè)邊欄進(jìn)行導(dǎo)航。

深入思考上下文工具

有些負(fù)面的聲音指責(zé)iPhone的HIG并沒有為針對當(dāng)前界面內(nèi)容的上下文工具操作提供足夠多的選項(xiàng)。確實(shí)，iOS沒有安卓系統(tǒng)當(dāng)中的上下文菜單(context menu)或是動作欄菜單(action bar menu)等概念，不過現(xiàn)有的一系列原生控件同樣可以幫你為用戶提供足夠快捷的、與當(dāng)前界面內(nèi)容明確相關(guān)的操作。在設(shè)計(jì)界面視圖時(shí)，重點(diǎn)考慮以下這些原生控件：

詳情展開按鈕(Detail Disclosure Buttons)與信息按鈕(Info Buttons)：詳情展開按鈕通常用來在列表視圖中顯示與某個(gè)單元相關(guān)的更多信息與功能(更多內(nèi)容要展示在一個(gè)獨(dú)立界面中)。信息按鈕通常用于顯示應(yīng)用的配置信息詳情，這些信息位于當(dāng)前界面背后，通過翻轉(zhuǎn)效果切換。

工具欄(Toolbar)：這個(gè)控件是隨著第一代iPhone的郵件應(yīng)用誕生的，看上去不怎么酷，卻可以為你提供一個(gè)固定位置，用來承載那些與當(dāng)前上下文相關(guān)的命令工具。你要確保任何一個(gè)出現(xiàn)在工具欄中的按鈕圖標(biāo)都是能夠被用戶正確理解的；可以首先看看HIG提供的標(biāo)準(zhǔn)圖標(biāo)。

動作表單(Action Sheet)：你可以把這個(gè)控件看做是彈出警告框的大哥。通常，用戶在工具欄上發(fā)起某種操作后，這個(gè)面板會從屏幕底部滑入視圖，其中包含用戶所期望的針對當(dāng)前界面內(nèi)容的功能按鈕。

活動視圖(Activity Views)：與動作表單相似，不過更多的是在提供與上下文相關(guān)的“服務(wù)”，例如iOS原生集成的Twitter、Facebook、新浪微博等社交網(wǎng)站分享功能，以及收藏、打印等等，當(dāng)然，你也可以將其他功能添加進(jìn)去。根據(jù)HIG的規(guī)定，你應(yīng)該使用系統(tǒng)提供的標(biāo)準(zhǔn)分享按鈕來觸發(fā)活動視圖的顯示，不過蘋果并沒有禁止你提供相關(guān)功能，使用戶可以將內(nèi)容“分享”到應(yīng)用內(nèi)的其他地方。例如原生的Safari瀏覽器當(dāng)中的活動視圖，就包含了“書簽”和“添加到閱讀列表”這兩個(gè)功能。

編輯菜單(Edit Menu)：標(biāo)準(zhǔn)的編輯菜單用于文本對象，通常包括選擇、復(fù)制、粘貼等功能，同時(shí)也可以進(jìn)行擴(kuò)展，你可以向其中添加訂制化的功能。不過要記住一點(diǎn)，編輯菜單只有在用戶執(zhí)行了特定的編輯手勢之后才會呈現(xiàn)，所以這里涉及到可發(fā)現(xiàn)性(discoverability)方面的問題。

這些原生控件在iOS6當(dāng)中都是可用的；如果你的產(chǎn)品仍會面向很多舊版本系統(tǒng)的目標(biāo)用戶，那么在選用控件之前一定要檢查相關(guān)文檔，確保兼容性。

外部事件

檢驗(yàn)產(chǎn)品體驗(yàn)是否足夠靈活的方式之一，就是考量產(chǎn)品在外部事件作用于當(dāng)前界面時(shí)的表現(xiàn)。我們在設(shè)計(jì)時(shí)總會不經(jīng)意的假設(shè)用戶從手機(jī)首屏啟動應(yīng)用，并一氣呵成的完成所有目標(biāo)任務(wù)，但是在現(xiàn)實(shí)當(dāng)中事情不總是這樣。試著問自己以下幾個(gè)問題：

• 如果用戶是通過鎖屏界面的信息推送或是消息中心進(jìn)入的應(yīng)用，他們首先看到的應(yīng)該是哪個(gè)界面？
• 如果你的應(yīng)用是由于其他應(yīng)用發(fā)送了文件或URL請求而啟動的，用戶會看到怎樣的界面？
• 你的應(yīng)用當(dāng)中是否會包含基于時(shí)間的或是并行的事件？如果用戶切換到其他應(yīng)用，使你的應(yīng)用進(jìn)入了背景運(yùn)行狀態(tài)，那么功能體驗(yàn)是否會受到影響？你可以考慮這類事件，包括登錄或訂閱的過期，購物車?yán)锏纳唐凡辉倏少徺I，存儲在云端的內(nèi)容被其他設(shè)備修改，等等。
• 當(dāng)上面這條當(dāng)中的各類情況發(fā)生時(shí)，如何讓用戶重新控制局面？能否讓他們在不需要走很多回頭路的情況下取消之前的行為，或是進(jìn)入其他地方。

對于以上這些問題，如果你不能給出非常清晰直白的答案，那么你的產(chǎn)品在信息結(jié)構(gòu)方面也許過于線型了，至少是不靈活的。假設(shè)你的應(yīng)用當(dāng)中有一長鏈的界面，如下圖所示，要進(jìn)入鏈條中間的位置，或是從這里退出，你很難不產(chǎn)生迷失的感覺；而且這種局面對于實(shí)際編碼和測試來說也是不小的挑戰(zhàn)。

總結(jié)

靈活的產(chǎn)品體驗(yàn)是由你設(shè)計(jì)出來的，HIG本身并不能真正帶來任何保證。無論你決定嚴(yán)格遵循HIG的框架，還是有突破性的打造令人驚嘆的體驗(yàn)?zāi)Ｊ?，通過真實(shí)的用戶測試和驗(yàn)證你的想法都是非常必要的。不要心存僥幸，“看看能不能通過蘋果的審核吧，看看人們在App Store里給到的具體評價(jià)如何吧…”這類想法無助于優(yōu)秀產(chǎn)品的打造。

最后，我還是想再次強(qiáng)調(diào)，去讀HIG，是的，我指HIG全文。蘋果一直在持續(xù)的更新這個(gè)文檔，即使你從前閱讀過，當(dāng)新版本的iOS推出后，最好也再去看看更新的內(nèi)容。HIG當(dāng)中總是有可以不斷深入挖掘的東西，只要你能以正確的角度去發(fā)現(xiàn)和思考。

來源：早讀課