前端設計,確定按鈕正慢慢消失

不論做什麼產品,界面上幾乎都少不了「確定」按鈕,例如:操作提示時、進行選擇時、填寫表單數據時……

img

完成、保存、下單……各種代表“確定某一步驟”的按鈕,都可以統稱爲確定按鈕。

以前的產品設計,大量以來確定按鈕,但是現在的產品設計,確定按鈕用得越來越少了。

倒不是因爲不需要確定操作了,而是除了「確定按鈕」之外,設計師們發現了更好的方式。

能自動「確定」就不需要按鈕

有一句話說:

最好的交互就是沒有交互

同樣,最好的「確定」按鈕,其實是沒有按鈕。

例如,手機鎖屏時,輸入密碼後不需要確定按鈕就可以直接驗證進入。

img

能這麼做是因爲手機鎖屏密碼固定六位數,而電腦的鎖屏密碼通常不確定,所以還是需要一個「確定」按鈕。

img

這說明,如果能夠預料到用戶的操作數量,且操作很簡單的話,是完全可以考慮去掉「確定」按鈕的。

img

不是什麼時候都適合寫「確定」

通常「確定」字面上可以表示:“我知道了/就這樣”。

如果是提示或者是簡單的操作,則比較適合使用「確定」文案。

img

把確定了什麼寫出來

如果是發送、登錄、購買、支付……這類目的性很強的操作,與其寫「確定」還不如直接把操作目的寫出來。

不然,如果只寫「確定」,讓人容易犯迷糊。

img

進行了輸入/修改,得用「保存」

輸入操作後,用戶最怕丟失信息沒有保存,回頭得重新寫。

如果只是簡單的表單,例如設置用戶名什麼的,重來一次倒也無所謂。但如果是填寫項達到三、四條甚至更多,看不到「保存」兩個字難免擔心數據丟失。

如果按鈕上寫清楚「保存」兩個字,也讓人安心一些。如果是自動保存,也需要把相應反饋展示出來。

img

只是結束流程而非操作,可以用「完成」

其實「完成」按鈕大多可以用「確定」替代。

但是「完成」的特別之處,是表達了“結束流程”的概念。

所以,如果想讓用戶感覺按下按鈕之後不會進行任何其它操作,而僅僅只是結束流程而已,則很時候使用「完成」。

img

工具類產品,可以用「XX並XX」

很多工具類產品,爲了操作效率會把兩個操作並列起來。

例如我現在打在所用的公衆號編輯器,就有一個「保存並羣發」的按鈕:

img

這樣做挺好的,工具類產品效率最重要美觀是其次。兩個經常要連貫執行的操作,合爲一個按鈕能夠減少沒必要的點擊。

而一旦把操作合併了,肯定要寫清楚比較好。否則如果沒說明白,既讓人難以理解,而且點起來又不放心,導致學習成本大大增加。

有一個問題是,如果文字太長了,可以考慮簡化按鈕文案並在旁邊加點提示。

img

工具類產品效率最重要美觀是其次,因爲如果不寫清楚很難讓人理解。

前往瞭解國思RDIF.vNext低代碼開發平臺:http://www.guosisoft.com

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章