確認框，顧名思義，對關鍵的用戶行為進行確認，比如“詢問是否刪除”，“告知已刪除”。根據網上的觀察，發(fā)現有的網站對確認框的設計缺乏合理性。本文談談自己的思考。

類別

根據觸發(fā)目的，確認框分為兩類：詢問和告知。

詢問

轉推的確認框

詢問，類似 Javascript 里的 confirm（），即：是否去做？

告知

Flickr 的告知

告知，類似 Javascript 里的 alert（），即：做的狀態(tài)。

必要性

任何阻礙（打斷）用戶行為的動作，都應該三思而后行。冷靜下來，我們真的、一定、必須打斷用戶的動作嗎？不妨思考下面三個問題，來考量“必要性”。

行為是否主動

是。既然是用戶自己主動做了這個決定，那么確認框有設計過度之嫌

不是，但用戶容易誤操作。先解決“誤操作‘的問題，再來談確認框吧

不是。剔除確認框

結果能否挽回

不能。真的不能嗎？難道不知道這對于用戶來說非常重要嗎

真的不能。使用確認框

能。剔除之

信息可否忽略

不可以。真的不可以嗎？流程上不能再優(yōu)化了嗎

真的不可以。使用確認框

可以。剔除之

必要性（上新浪微博，下騰訊微博）

兩大微博都只能最多添加10個標簽，超出限制后，它們的確認框如上。孰優(yōu)孰劣？

設計

做確認框，就要保證其可用性。

可控

根據可控的程度分為：原生和彈出層兩種。

Javascript 原生類型

JS 代碼原生的 confirm（） 確認框好處只有一個，那就是編碼方便。弊端有：

樣式因操作系統（和瀏覽器）而異

體驗無法與全站融洽

無法更改按鈕文案和樣式

沒有檔次

沒有情感

彈出層類型

注意：這里談的不是彈出層，而是彈出層類型的確認框。

彈出層，因為是純手工編寫，完全可控，宏觀上有：

遮罩。使用遮罩，因為確認框里的內容很重要。顏色則取決于網站的情感基調，與重要性無關（因為真的很重要）；保持遮罩層顏色的統一

位置。相對居中

標題。不設置標題

內容格式。左對齊，具體格式依內容而定

按鈕格式。居中或右對齊

圖片。沒有，或者最多一個

移動�？梢砸苿�，并保持滾動

退出響應。必須點擊某個按鈕才能做出相應響應，因為確認框很重要。同理，不設置右上角的 “×”

快捷鍵�？梢钥紤]，記得照顧視覺障礙的用戶

標簽： 交互設計 確認 蟶杓

版權申明：本站文章部分自網絡，如有侵權，請聯系：west999com@outlook.com
特別注意：本站所有轉載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權歸原作者所有，如需使用，請與原作者聯系。