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

.NET快速開發框架發表於2023-04-16

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

img

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

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

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

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

有一句話說:

最好的互動就是沒有互動

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

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

img

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

img

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

img

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

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

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

img

把確定了什麼寫出來

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

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

img

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

輸入操作後,使用者最怕丟失資訊沒有儲存,回頭得重新寫。

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

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

img

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

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

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

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

img

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

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

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

img

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

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

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

img

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

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

相關文章