確認(rèn)框，顧名思義，對關(guān)鍵的用戶行為進(jìn)行確認(rèn)，比如“詢問是否刪除”，“告知已刪除”。根據(jù)網(wǎng)上的觀察，發(fā)現(xiàn)有的網(wǎng)站對確認(rèn)框的設(shè)計缺乏合理性。本文談?wù)勛约旱乃伎肌?/p>

類別

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

詢問

轉(zhuǎn)推的確認(rèn)框

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

告知

Flickr 的告知

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

必要性

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

行為是否主動

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

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

不是。剔除確認(rèn)框

結(jié)果能否挽回

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

真的不能。使用確認(rèn)框

能。剔除之

信息可否忽略

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

真的不可以。使用確認(rèn)框

可以。剔除之

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

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

設(shè)計

做確認(rèn)框，就要保證其可用性。

可控

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

Javascript 原生類型

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

樣式因操作系統(tǒng)（和瀏覽器）而異

體驗無法與全站融洽

無法更改按鈕文案和樣式

沒有檔次

沒有情感

彈出層類型

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

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

遮罩。使用遮罩，因為確認(rèn)框里的內(nèi)容很重要。顏色則取決于網(wǎng)站的情感基調(diào)，與重要性無關(guān)（因為真的很重要）；保持遮罩層顏色的統(tǒng)一

位置。相對居中

標(biāo)題。不設(shè)置標(biāo)題

內(nèi)容格式。左對齊，具體格式依內(nèi)容而定

按鈕格式。居中或右對齊

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

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

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

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

標(biāo)簽： 交互設(shè)計 確認(rèn) 蟶杓

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