玩運彩練小喂

介面設計書籍簡評:《行動設計之鑰》

getImage

從第一章〈概論〉可以看出本書是實戰導向的著作,三位作者多年的第一線工作經驗,累積出許多真材實料的觀點,非常貼近實務。

第二章〈特徵〉先點出了“情境”的重要性,設計者在處理行動設計時要思考各種狀態下的不足之處,考量使用情境中的環境光、噪音、網路、姿態、干擾等因素,再提出應對的方案。接著帶出四種載入方式:全頁面載入、分步載入、懶載入與智慧載入,並分別說明四種載入類型的特點與適用情況。開發者除了使用系統預設的載入方式,不妨多思考一番,是否有更好的做法?

第三章〈原則〉提到三個重點。第一個是“流程”,不是指串連頁面的操作流程圖,而是用戶在一連串的操作過程中,整個視線流與觸控位置的漸變。這個階段的思維,已經從巨觀進入微互動,以優化細微的互動操作,強化使用者體驗。這部分需要敏銳的洞察力、熟稔使用族群的操作慣性,以及深入了解產品的特性,才能研擬出自然、流暢的使用體驗。

第二點,明確否定了說明頁面的必要性,建議配合使用情境出現關鍵說明,將提示融入在操作過程中。這個觀點很實際,也經常是開發者的罩門,就連google出品的app都有這類問題。以我們自身的使用經驗為例,開啟一個新安裝的app,有誰真的靜下心瞭解每個說明頁面的內容?還是急著進入app?就算用心看過說明內容,等到進入app開始使用,又記得幾成?《快思慢想》提到,人依賴快速且不費力的系統一做判斷,也就是直覺與印象,開發者期望用戶在真正使用app前,先記憶一堆操作方式與注意事項,無疑要求用戶喚醒懶惰的系統二,加重了認知負荷,所以這麼做當然不受歡迎。

第三點,考慮到中斷的情況,包含網路中斷與編輯中斷。經驗不足的設計者往往聚焦在完美狀態的畫面,未考慮app是要進入不完美的使用情境,忽略中斷後再接續的操作行為,導致產品的使用體驗達不到極致體貼的境界。

第四章〈框架〉討論時下app常見的資訊架構。關於架構,掌握各式典型只是基本,到了實際應用,能否活用、混搭,甚至開發出全新易用的導覽模式,達成良好的使用體驗,才是最大的挑戰,這問題並沒有標準答案。資訊架構與使用群息息相關,尤其架構龐大的系統,不做使用者測試的話,很難確定使用體驗。

第五章〈細節〉的亮點是虛擬鍵盤遮擋的問題,只要是登入、註冊、線上購物、線上問卷等需要完成表單的畫面,都會遇到彈出的虛擬鍵盤吃掉大半螢幕空間的情況,由於使用者有各式各樣的操作行為,加上對應的回饋,都要在小小的畫面中完成,所以單一畫面要照顧的細節非常複雜。這個章節用了小小的篇幅說明解決擬鍵盤遮擋的訣竅,相當實用。

第六章〈動畫〉除了介紹基本概念,罕見的提到將過場動畫交付工程師的表達方式。書上建議可以提供AE(After Effects)輸出的數值,這是一種做法,但不是絕對。在已經有固定工作流程、分工清楚的單位裡,當然按照既有的工作方式;如果沒有,建議設計者直接找配合的工程師,或部門對部門討論,擬出一套雙方都能接受的合作方式,才不會設計者一頭熱做出高擬真度的原型,只存在展示與自爽的用途。

第七章〈適配〉提到兩個重點。首先是android手機的螢幕密度特點,在mdpi時px與dp剛好為1:1,這個關係非常重要。比如在sketch設定360X640px,等於360X640dp(mdpi),完全不用換算,定稿後處理其他畫面密度的元件,也只要設定對應的放大倍率就好,非常方便。我剛開始接觸APP介面設計時,設計稿採用產品預計支援的最大解析度:1080X1920px,也就是xxhdpi的規格,畫面上的標註以px為單位,工程師拿到稿子,要先換算成dp,還經常無法整除,造成套版的困擾。

第二個重點是理性分析了響應式網頁設計的優缺點。自從RWD成為顯學後,網路上充斥各式傳教文、教學文,大多鼓吹RWD強大的優勢與必要性,但優點往往伴隨著缺點,當一件事被過度吹捧,越要當心隱含的問題。對於設計者來說,RWD很炫很潮,一套原始碼滿足不同裝置,看似技術含量很高,於是認為時下網站就是要RWD,這樣合理嗎?開發方除了要考量專案規模與性質,是否需要RWD?別忘了還有UX,使用者能否接受RWD的版面,會受到需求與使用習慣影響,這需要驗證才曉得。無論好看或新潮,都不能理所當然直接推論到好用。

第八章〈創新〉,這個章節的重點在結語-評估創新的價值。這個段落點出創新的落實仍需回歸到用戶,以影響範圍、用戶成本與用戶收益三個面向來衡量創新的必要性,並導入MVP的精神,先在用量小、使用頻率較低的功能試水溫,這是很踏實的看法。關於使用者應對產品的創新,在《簡約至上:交互式設計四策略》有更精闢的闡釋。

———

這本書不同於《設計之下》圍繞單一專案發展的內容類型,共同的優點是不多談抽象的原則、理論,從實戰經驗出發,所以非常具有閱讀的價值。

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *