互動設計之前，規劃好產品的概念模型確保產品設計的一致性
今天為大家更新《使用者體驗要素》的第五章——結構層，互動設計與資訊架構——概念模型
本小結關鍵詞：概念模型
主要觀點：互動設計之前，規劃好產品的概念模型確保產品設計的一致性。
昨天我們更新了結構層的定義，今天為大家繼續更新概念模型
概念模型
使用者對於“互動元件將怎樣工作”的觀點稱為概念模型( conceptual model)。軟體是否把某個特性處理成使用者所熟悉的某個概念?比如某個他去過的地方或某件他曾經擁有的物品。對此，不同的網站採用了不同的方法。規劃好概念模型能幫助你做出一致的設計決定。內容元素是一個位置還是物件並不重要；重要的是網站能夠將這些內容元素從頭到尾一致地表現出來，而不是有時候將此元素當成位置，有時候又當成物件。
舉個例子來講，“購物車”在典型的電子商務網站概念模型中是一個容器。這個概念模型同時影響了它的視覺設計和在介面上使用的語言。它是一個裝東西的容器；作為一個容器，我們“放進東西”到“推車”中，以及從裡面“拿出東西”來，系統必須提供能完成這些任務的功能。
假設購物車的概念模型是來自現實世界中的另一個實物，譬如“分類訂貨單”。系統就應該使用“編輯”來代替傳統購物車的“新增”與“移除”兩個功能，並且使用者也應該是“寄出”他們的訂單，而不是使用“結賬”的比喻來完成購物。
零售商店和產品目錄的概念模型似乎都可以完美地讓使用者在網上發出訂單。要選擇哪一個呢?零售商店的概念模型非常廣泛地被應用在網路商城，因為它是傳統的購物方式。如果你的使用者也常常在其他網站購物，那麼你最好也繼續使用這種傳統方式。使用人們熟悉的概念模型，會使使用者很快適應一個不熟悉的網站。當然，打破傳統也沒有錯——只要你有一個好理由說明“為什麼這樣做”，同時準備好另一個符合使用者需求且在情理之中的概念模型以備使用。一個令人不太熟悉的概念模型只有在使用者能正確理解並詮釋它的時候才能起到效果。
一個概念模型可以反映系統的一個元件或是整個系統。一個叫Slate的網站上線時，它的概念模型是一本現實世界中的雜誌，因為它的內容主要由新聞和評論組成：Slate網站上有封面頁和封底頁，並且每一個網頁都有頁數和允許使用者“翻頁”的介面。可上線後的結果是，雜誌的概念模型在網路上並不能有效地使用，Slate 最終還是放棄了這個想法。
我們不必將概念模型明確地告訴我們的使用者。事實上，這樣做會讓使用者覺得很混淆，反而無法幫助他們。更重要的是，概念模型是用於在互動設計的開發過程中保持使用方式的一致性的。瞭解使用者對網站模式的想法(是零售商店的工作方式嗎?還是產品目錄的作方式? ) 可以幫助我們挑選出最有效的概念模型。在理想情況下，我們不需要告訴使用者網站使用的是什麼樣概念模型：使用者在使用網站的時候，基本上是憑直覺的，因為這個網站的互動行為與他們隱含的期望值完全相符。
將現實世界中相對應實物的比喻放入我們的概念模型中，這對系統功能的設計可能會有一定的價值。不過，更重要的是，不要將比喻從現實世界中一字不落地照搬過來。西南航空公司網站的首頁曾經是一張客戶服務的書桌的圖片，書桌上一邊堆著簡介的小冊子，另一邊放著電話， 等等。很長時間以來，這個網站常被當成“過份運用”概念模型的一個典型例子——預訂機票可以通過電話，但那並不意味著預訂系統就應該真的用電話的圖形來代表。西南航空公司一定對他們的網站常被舉為壞例子感到厭煩；他們改版後的網站不僅避免了太強的比喻，同時也大幅增強了功能性。
錯誤處理
任何一個互動設計的專案都有很大的部份牽涉處理“使用者錯誤”——當 人們犯錯誤時系統要怎麼反應，並且當錯誤第一次發生時，系統要如何防止人們]繼續犯錯?
第一個同時也是最好的防止錯誤的方法，是將系統設計成不可能犯錯的那種。 這類防範方法的一個絕佳例子是自動檔的汽車。在汽車掛在任何一個不是“P (停車)”檔的檔位時，啟動汽車有可能會損壞變速系統的中軸和複合件；同時儘管汽車並沒有真正啟動，但還是有可能突然往前滑動。這有可能會傷害司機，甚至也有可能會傷害一個偶然走到汽車前面的無辜路人。
為了防止這樣的情況發生，一輛自動檔的汽車都會被設計成“除非掛在P檔(停車檔)上，否則不能啟動發動機”。想發動汽車就必須要清空檔位，所以我們之前描述的錯誤從來沒有發生過。不幸的是，想讓大部分的使用者錯誤都不要發生，並不像這個例子一樣簡單。
第二個避免錯誤的方法就是使錯誤難以發生。 但即使如此，一些錯誤一定會發生。這時，系統應該幫助使用者找出錯誤並且改正它們。在某些情況下，系統甚至可以幫助使用者自動改正錯誤。但是小心一些最令人反感的行為，往往出現在軟體試圖善意地修正使用者錯誤的時候(如果你用過微軟Word，那就一定知道我在說些什麼。Word提供許多功能意欲幫助使用者改正一般的錯誤；通常情況下，我發現自己必須關閉這些功能才能完成工作和不再去改正那些“改正”)。
有效的錯誤資訊和容易自我解釋的介面可以在錯誤發生之後幫助使用者糾正。但是一些使用者的行為在一開始無法被看成是錯誤，使用者在完成這個動作以後才發現做錯了，而此時系統已經無法進行實時糾錯了。在這些情況下，系統應該為使用者提供從錯誤中恢復的方式。最有名的例子就是著名的“撤銷(undo)”功能，不過從錯誤中恢復可以採取許多不同的手段。對於那些不可能恢復的錯誤，提供大量的警告就是系統唯一可提供的預防方法。當然，這種警告只有在使用者實際注意到它時才能產生作用，這也就是為什麼一連串的“你確定嗎?”這樣的警告提示通常會導致使用者忽略了真正重要的那個，同時也被視為騷擾而不是幫助。
以上就是今天的更新，大家可以在自己進行互動設計的時候引入概念模型，概念模型可以讓在互動設計的開發過程中保持產品使用方式的一致性。同時對於系統中使用者隨便點的行為考慮好錯誤處理的方式和機制，雖然現在大多的錯誤提示都比較友好，比如：親，不可以刪除哦類似的提示語，但是如果互動邏輯造成的錯誤頻出，也是非常影響使用者體驗的。
明天將為大家更新資訊資訊架構，敬請期待。