確認按鈕在左邊，取消按鈕在右邊？
當前位置：點晴教程→知識管理交流
→『 技術文檔交流 』
 開篇 一些事 確認框，顧名思義，就是對用戶的關鍵行為進行確認。比如在Windows操作系統中，刪除某個文件的時候，都會詢問“確實要把此文件放入回收站嗎?”，用戶可以選擇“是”或“否”。 大家對于確認框的感覺大抵如此，覺得非常多余，打斷了我的操作。這就像我著急上廁所，卻被告知要先收費一樣讓人不爽。不能否認，確認框是一種打斷，有時甚至是打擾。 所以這里要把握住一個原則：能不用確認框就盡量不要用。除非用戶的操作具有很大的風險，一定需要他來確認一下。 確認在左，取消在右? 一些事 根據windows多年培養的用戶習慣，大家都已經默認一個原則，就是確認在左，取消在右。但是，這樣做是否真的合理呢?我們今天就來探討一下這個問題。 如果不是誤操作，相信用戶做事情前都是經過了一定思考。所以當彈出確認框的時候，我們猜測大部分用戶都會去選擇“確認”/”是”，繼續之前的操作。之后本文的探討，都講建立在這樣一種假設的基礎上，即用戶是想去選擇“確認”/”是”。 一些事 1.以視覺流的角度分析 如果將“確認”放在左邊，“取消”放在右邊。 我們相信大部分用戶在決定采取哪一個操作之前，都會把所有可以選擇的操作都看一遍，以免做出錯誤的操作(當然不排除會有專家級用戶 選擇只看自己想進行的操作)。根據從左到右的閱讀習慣，用戶會首先看到左側的“確認”，然后看一下在它旁邊的“取消”，了解到所有可以進行的操作后，再回到“確認”按鈕上，最后點擊。 互聯網的一些事 用戶的視覺流將會如下：
如果將“確認”放在右邊，“取消”放在左邊呢? 則用戶會首先看到“取消”，然后看到“確認”，這個時候用戶已經看到所有的操作，直接點擊“確認”，完成操作。 互聯網的一些事  確認按鈕在左，取消按鈕在右的情況，用戶需要三步才可以最后確認操作。而確認按鈕在右取消按鈕在左的話，用戶則通過二步就可以完成確認操作。 這樣來說，“確認“在右，“取消”在左，視覺上是不是更順暢、更輕松一些呢? 2.古騰堡法則 yixieshi 古騰堡圖指人們在瀏覽頁面的時候，視覺都趨向于從上到下，從左到右的眼動規律。左上角是視覺的第一落點區，而右下角是視覺最終落點區。用戶的視覺中心往往在頁面的左上方，而結束瀏覽時視線往往落在右下角，所以合理利用這個法則可以幫助用戶更好地獲取內容并采取行動。  既然用戶最終操作行為是“確認“，我們是不是就應該把“確認”按鈕放在最終視覺落點區呢?這樣用戶既不會錯過“確認”這個重要操作，也保證用戶在這之前都掃描到了所有的操作。 如果把確認按鈕放在左邊，那么這個最重要的操作就一直在視覺的落盲點，這樣是不是不合理呢? yixieshi 3.”上一步”與“下一步“的操作習慣 對于確認與取消這2個操作來說，確認意味著執行該操作，即進入到下一步;而取消按鈕則是放棄該操作，即返回到上一步。 按鈕的位置，映射到用戶閱讀和瀏覽從左到右的順序，右邊是前進，左邊是回退。而按照現有一致性的布局，“上一步”一般放在左邊，“下一步”則放在右邊。 yixieshi 那么根據上一步和下一步按鈕的邏輯來說，確認在右邊，取消在左邊，是不是更加符合用戶的心理預期呢?  總結 根據以上3點分析,結論如下 一些事 1. 根據視覺流來分析，確認在右、取消在左能讓用戶的視覺流更加順暢 一些事 2. 根據古騰堡法則，確認在右邊，取消在左邊能為用戶提供更高效的任務流程 3. 根據”上一步”與“下一步“的邏輯，確認在右、取消在左能符合用戶的心理預期 互聯網的一些事 以上3點均證明確認在右，取消在左，對用戶來說體驗更佳。 到底是為提高用戶體驗做一些改變，還是延續用戶的使用習慣?這是一個問題…… 該文章在 2013/1/9 22:13:53 編輯過 |
關鍵字查詢
相關文章
正在查詢... 
|
400 186 1886
