Mobile First的作者,著名的使用者體驗專家Luke Wroblewski是一個十分樂於分享的人,尤其是在自己開發了投票應用Polar之後,他就經常分享自己在產品改進上的經驗,最近,LukeW在自己博客的一些文章中又講到了自己在Polar上的一些改進,探討了在使用者引導和功能位置設置上的思考。
對於一些交互規則複雜的應用而言,給使用者操作說明的指導是有必要的事情,在我們通常使用的App中,不少應用將自己的新手引導放在了啟動應用之後。可實際上,對於大部分使用者而言,這樣的設計是沒有多大意義的——一方面他們急於快速跳過引導教程進入應用,另一方面是在沒有見到應用介面之前,使用者要單憑記憶去記住複雜的規則也是不太合理的事情。所以,這樣的設計往往收效甚微。
為了解決這一問題,有人想到了利用透明的說明介面去指導使用者——進入應用後,在實際的應用介面上會以半透明的說明來告訴使用者每個按鈕的對話模式和功能。但在現實中,使用者通常使用的操作也就幾種,離開了實際的操作經驗,他們很容易忘記一些交互規則,一旦使用者需要使用一些不常使用的功能時,他們往往會陷入麻煩。
所以,在Polar中,LukeW採用了第三種方式——將操作說明拆分至應用中,當使用者實際使用時才會做出提示說明,這種思路被著名的Tapworthy: Designing Great iPhone Apps一書作者Josh Clark稱為「just in time education」。
例如,在Polar上,當使用者上滑載入新的投票內容時,系統會彈出說明頁告訴你如果遇到不喜歡的投票內容,可以通過向左側滑動的方式去跳過投票。用LukeW的話說就是,在判斷使用者可能用到某一操作時,告訴他該如何去做。
在功能位置的設計上,Polar也用了類似的思維。
之前,LukeW在投票頁的上邊欄的右側添加了一個功能按鈕,使用者點擊它的話可以找到同樣在使用Polar的Twitter、Facebook或其他連絡人,LukeW希望這種設計能夠説明Polar增添社交屬性,帶來黏性。
可在這個版本退出後,雖然添加連絡人的圖示位置明顯,按鈕也一眼就能傳達出其功能,可只有少數的人使用了這一功能。LukeW思考說,原因可能是使用者在應用中使用主需求功能時是很不願意跳轉到其他頁面的。
所以,他們將這個功能改為了彈窗設計——當使用者進行了20次投票時,他們會詢問使用者是否需要找到自己在社交網路上的朋友。在這一改進之後,效果大大提高,所以他們決定在參數設置、請求打分等環節也採用這種設計……把這些功能都融入到主要的功能介面上,而非拆分成單獨的功能元件。
LukeW的這兩個分享讓我受益匪淺,因為在平時使用不少App時,我也會遇到迷惑,一是有時不知如何操作某項功能,二是根本就不知道某些功能的存在。所以,如果應用開發者能在應用設計時正確揣摩使用者的使用行為,在合適的時機給出提示,也許是個不錯的選擇。例如,一些應用下載軟體可以在我批量更新應用時提示我可以設置在Wi-Fi環境下自動下載新版本的安裝包。當然,這裡並不是指讓你沒事就彈出個提示讓使用者給你打分,關也關不掉。
來源:HTTP://www.pingwest.com/luke-w-dont-divert-the-train/
特別注意:本站所有轉載文章言論不代表本站觀點,本站所提供的攝影照片,插畫,設計作品,如需使用,請與原作者聯繫,文章轉自alibuybuy