內容以最簡易的形式呈現更是UX designer的使命所在。
然鵝，對設計師而言有這樣一個繞口的悖論：感覺簡單的并不等于用起來簡單；增加可見的選項就會降低感覺上的簡單；但是，當為了用起來簡單而增加可見的操作時，又會使事物的表面看起來復雜且困難 [1]。所以如何來平衡“感覺上的簡單”和“用起來的簡單”，這是一項很有意思的挑戰。論設計手段，我們知道為簡化單個頁面的信息承載，可以使非必要信息折疊隱藏，使用彈層，讓任務步驟化（分頁），增加鏈接等方式。但今天我們暫且不談設計方法，讓我們來看看本書的“心理”輔導，為我們提供了怎樣的“戰略方針”。
功能可見性（ Affordence ）指的是，事物的本身（或它所處的環境）表現出的一種線索，讓人們自然而然的感知到如何去使用。用一些生活中的例子來解釋的話，就好比：沒有把手的門就表示它是用來推的（見圖1）；無需任何解釋，門口地上的凹槽就會被人們用來立雨傘（見圖2）等等。
同樣，在界面設計中，功能可見性作為一種無聲的解釋，也可以被用來“強化”或“簡化”設計。比如說一些常用的設計模式（patterns）：radio button (見圖3)，再沒有比它更能夠精準的表達“單選”這個概念的選擇了，對大眾用戶來說這應該已是一種條件反射了；如同看書的時候“頁碼”和“翻頁”的關系，圖片或banner的輪播(見圖3)的點狀暗示器與圖片切換的隨動，可以很直觀的表達出它們之間的聯系 [3]；界面交互的動作：將需要刪除的文件拖進垃圾桶丟掉；或者某些隱喻或聯想（Metaphors）：digital的名片或個人信息頁面，鑒于它的原型 – 傳統的個人名片就是用來分發的，所以“分享”或“推薦給別人”這兩個操作就是這類頁面“與生俱來”的功能（見圖3）。善用Affordence，可以讓你的設計為用戶提供更適當的概念模型，營造更自然的intuitive user experience，也就是說越不需要認知成本的體驗就越輕松。
有關更全面的功能可見性的文章，推薦大家去看這一篇 “需要時顯示——論App中的功能可見性” [2]，鏈接附在Reference里。
在本書里，被著重介紹的是社會性語義符號（Affordance中的一類分支），它類似于一種指示器，使得社會上的信號可以被解讀；就好比火車站臺上人群的狀態，它輔助你判斷火車是否已離去。有時候它也是一種證據：比如說人的行為就是帶有信息功能的，街頭有人指著天向上看，很快就會有一群人圍過來一起看 — 我們有能力根據別人的行為來判斷事件的狀態。當然，生活中也有很多蓄意性的、明確的社會性語義符號：比如說在西方的豪華宴會上，用餐完畢后，把餐巾折疊好放到自己盤子的左側，這是個信號，告訴服務員你的餐具可以清理了；但是，這個禮節并非世界各地都適用，甚至并非所有西方人都知道，所以也存在著文化的差異。
我們可以再來看看界面上的應用：比如booking的動態提示（見圖4），在你尋找目標酒店的過程中，無論是在列表頁還是某個酒店的詳情頁，總會有一些動態刷新的提示滑入你的眼簾：“最新預定：n分鐘之前”或是 “另外n人也在瀏覽”，為的是用群眾的行為激發你的從眾心理或增加你做決策的緊迫感；再比如淘寶商品評論的追加功能（見圖5），用戶在商品詳情頁的評論中看到其他用戶所生成的追加形式的評論便可預判到這個功能的存在，也就是說他們在沒有看到“追加評論”這個按鈕之前便已有“我能這么干”的認知了。這些類似的跡象都可以幫助我們在某些設計情景中省略一些不必要的“啰嗦”，有時候群眾的行為可以為個體用戶提供恰到好處的引導。
在“讓機器更human”的路上，我們已經一發不可收拾，讓用戶感覺不到在跟機器溝通，是人機交互的理想模式；也就是說我們希望以這種自然的途徑去消除人們對“機器 = 復雜”的認識。
機器出現故障，這是合理的，畢竟人也經常犯錯；但犯錯誤的時候，善于交際的人會這樣做：表示歉意，試圖解決問題，以積極且禮貌的態度提供幫助?，F在是我們與技術之間的交互開始社會化的時候了，我們希望機器也能表現出如此善于交際的態度。這可能尤其需要體現在系統出錯的時候，當你的用戶在你設計的任務中走到了“死胡同”，那可能的問題在于，你對他們缺乏關心和理解。設計師在考慮錯誤情況的時候應該盡可能多的預判到用戶可能需要的幫助，并做好引導，更好的是加入一些情感化的元素。在這一方面，Uber的設計是個很好的榜樣，首先它的幫助頁面給了用戶一個考慮周全的選擇list（見圖6），然后以一種循序漸進的方式引導用戶并主動幫用戶細化問題（見圖6），最后根據問題的不同向用戶收集相應的反饋信息（見圖6）。所以Uber的幫助功能做的不簡單，你們可以去觀察它每一個問題的最后步驟，就可以感受到它是認真地在幫用戶解決問題。其實它也可以不必大費周章的為每一個問題設計有針對性的交互，但就是這樣的細節給了用戶“被關注”的體驗。
就總結到這吧。讓我引Larry Tesler（蘋果VP）的一句話來總結陳詞：系統的復雜性的總量是一個恒量：當你使人的互動行為更簡單，那么隱藏在幕后的復雜性就增加了；問題就在于你想讓誰去面對這‘復雜’，是用戶還是開發人員 [1]。
