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環境下自動下載新版本的安裝包。當然，這里并不是指讓你沒事就彈出個提示讓用戶給你打分，關也關不掉。