來源：http://www.uisdc.com/100-things-you-should-know-about-design

如果您想訂閱本博客內(nèi)容，每天自動發(fā)到您的郵箱中，   請點這里　

登錄框存在已久，對于用戶來說是必定每天接觸，對于設(shè)計師來說也是一個墨守陳規(guī)的控件，兩個框加個按鍵，如果猛然抓個設(shè)計師問「你覺得登錄框界面設(shè)計還有哪 些可以改進的點」，得到的回答應(yīng)該是長時間的沉默，當(dāng)然也包括我?！笇幙梢凰歼M，莫在一思停」，這是一代宗師里的拳理，同樣也是做人做事的道理，思進方可 有所為，一思一念間高下已分，體現(xiàn)在互聯(lián)網(wǎng)應(yīng)用及服務(wù)應(yīng)該就更為深刻了。

扯回主題，解決以下任何一個問題的登錄框都是藍(lán)藍(lán)設(shè)計所認(rèn)為的優(yōu)秀登錄框ui設(shè)計（個人認(rèn)為的優(yōu)秀登錄樣式，參考長文最后部分）：

1. 輸入效率問題，現(xiàn)階段大多數(shù)用戶登錄均要求用戶使用傳統(tǒng)的鍵盤進行輸入，這里就涉及一個問題–擊鍵效率或稱為輸入效率。有許多解決輸入效率的方法，如，

• 使用統(tǒng)一賬戶，許多互聯(lián)網(wǎng)服務(wù)允許使用OpenID，新浪、騰訊、Facebook、twitter…等等，像知乎允許使用新浪微博的賬號登錄，這樣就減少了用戶進行注冊或登錄時的輸入成本。
• 記住用戶名及密碼，這樣可避免用戶下次再進行輸入，但用戶清空cookie或安全級別要求高的互聯(lián)網(wǎng)服務(wù)就悲劇了。
• 在輸入過程中給予用戶幫助，例子：新浪微博使用郵箱做為登錄名（如圖1），用戶在輸入@ 后，將會出現(xiàn)輸入建議，輸入建議里有常用郵箱的后綴以輔助輸入。

圖1

另外，還有一些細(xì)節(jié)，如，在用戶輸入完用戶名或密碼后，焦點重新切換回用戶名或密碼的輸入框，應(yīng)該是全選已輸入內(nèi)容呢還是輸入焦點位于已輸入文字的后面？用戶名及密碼正確，僅驗證碼出錯的情況下應(yīng)該如何處理？

解決方案：使用OpenID，或使你的賬戶成為OpenID（對于國內(nèi)巨頭這是句廢話），允許用戶記住賬戶及密碼（默認(rèn)項給勾上），給予用戶輸入輔 助，記住用戶輸入過的歷史記錄（可別記密碼）并在適當(dāng)?shù)挠|發(fā)條件下顯示出來。ps.以上僅為部分，還需要區(qū)域Web端及移動端。

2. 輸入模式問題，在輸入用戶名時，用戶是否能夠明確自己處于中文模式或英文模式？輸入密碼時，能否明確Caps Lock處于哪種狀態(tài)？輸入模式到目前為至一直是個令人討厭的問題，或者你感覺不到，認(rèn)為在輸入錯誤后僅僅需要按幾次退格就可以修正這個錯誤，假設(shè)用戶在 期望輸入英文時恰好正處在中文輸入模式里，那用戶需要執(zhí)行的操作就多了，先刪除已輸入的錯誤字符，再執(zhí)行Crl+空格，或者用鼠標(biāo)切換至英文模式。另，非 可見密碼狀態(tài)下Caps Lock的開關(guān)影響到整個登錄操作的成?。ㄈ鐖D2）

圖2

解決方案：中英文輸入模式最終需要輸入法來進行解決，可惜現(xiàn)階段沒有哪款PC端輸入法考慮到輸入模式對用戶的影響并加以解決。登錄框內(nèi)可采用類似圖 2在密碼區(qū)域增加Caps Lock狀態(tài)提示，一般無需特別對用戶名輸入?yún)^(qū)域增加Caps Lock提示，因大部分用戶名對大小寫不敏感。另，可考慮優(yōu)雅的明文顯示密碼，如在「移動應(yīng)用中注冊新用戶及用戶登錄的時候，密碼應(yīng)不應(yīng)該顯示為明文？」一文中所描述。

3. 圖片驗證問題，現(xiàn)常規(guī)的驗證碼也是讓我無限蛋痛的問題之一，為了判斷是否屬于正常登錄而非惡意的侵犯或騷擾，這對于真正的用戶 來說，驗證碼沒有必要出現(xiàn)，所以僅在登錄時觸發(fā)某些條件再顯示驗證碼吧（像登錄錯誤次數(shù)等）。難以識別的的驗證碼對于用戶來說是沉重的壓力，像I和l的識 別難度，還有支付寶原來的字母O和數(shù)字0的問題，無奈設(shè)置的驗證碼一次次將用戶阻擋在服務(wù)之外。

如實在無法繞過驗證碼這個環(huán)節(jié)，是否可以考慮為驗證碼增加一些實際意義，像reCAPTCHA: Stop Spam, Read Books 項目（已被google收購），利用驗證碼技術(shù)來幫助典籍?dāng)?shù)字化的進行，這個計劃將由書本掃描下來無法準(zhǔn)確的被光學(xué)文字辨識技術(shù)（OCR）識別的文字顯示在驗證碼問題中，讓用戶在回答驗證碼時用人腦加以識別（如圖3），一舉兩得。

圖3（不過這驗證碼曾讓我想砸電腦 -_-’）

PS. 其實中文的識別比英文要難得多，為什么不鬧個漢字的OCR改進計劃呢？利用用戶輸入驗證碼的精度校正漢字的OCR。

解決方案：主要是解決驗證碼的識別問題，像End the CAPTCHA Agony利用游戲的方式進行驗證。或像SolveMedia（Engagement Advertising Technology），在驗證碼內(nèi)嵌入容易識別的廣告。國內(nèi)已經(jīng)有類似的公司做這樣的事情，相對于提供免費服務(wù)的網(wǎng)站來說，這樣做也無可厚非，如豆瓣可以嘗試在驗證碼環(huán)節(jié)加入自己的FM pro廣告，嘿嘿。

4. 反饋，這包括在用戶登錄過程中所需要的各種反饋，如：

• 輸入框選中的反饋，明確用戶當(dāng)前所在位置。
• 輸入過程中的反饋，上面輸入效率及輸入模式中提到的點。
• 提交驗證過程反饋，給個loading效果讓用戶知道目前處于等待狀態(tài)，是否允許在提交過程中取消登錄？
• 驗證出錯后的反饋，提示用戶哪個環(huán)節(jié)出現(xiàn)了錯誤，密碼是保留還是清空？

圖4

解決方案：明確登錄過程中的各種反饋，并將這些反饋進行細(xì)化，使之具有意義，方便用戶理解。如，OSx 及 iCloud的登錄框在出錯后，都會抖動提示驗證出錯。恰當(dāng)?shù)膭有г谶@里得到的很好的體現(xiàn)，抖動的效果與人類搖頭的效果一致。

5. 多賬戶問題，某些應(yīng)用及服務(wù)允許多賬戶，如桌面端的QQ、Chrome、Win操作系統(tǒng)等。涉及賬戶的選擇、登錄的時機等。舉 個反例，Mac端的QQ，當(dāng)用戶打開Mac版QQ時，第一時間顯示的是單個賬戶，沒有明確提示用戶選擇其它賬戶或添加其它賬戶的入口，導(dǎo)致很多用戶只能在 不斷試錯后才知道點擊頭像進行選擇（如圖5左）。ps.MacQQ打開后，默認(rèn)焦點停留在QQ號碼輸入?yún)^(qū)域并全選，這是想鬧哪樣？如果用戶登錄過了，默認(rèn) 焦點應(yīng)該在密碼輸入?yún)^(qū)域啊，反饋過也沒見改進… -_-’

圖5

解決方案：系統(tǒng)支持多賬戶，給出足夠明顯的提示，方便用戶切換賬戶（圖5右），并盡可能以選擇代替輸入，成本較低，注意一下選擇賬戶后光標(biāo)的默認(rèn)位置（這里可能還涉及記住密碼的問題）。

6. 遺忘密碼問題，這也是因為各種應(yīng)用及服務(wù)太多，而且大都需要用戶進行注冊，用戶也難免會遺忘（使用統(tǒng)一的OpenID可解決很大一部分問題）。遺忘密碼可在登錄區(qū)域明顯的放置，也可采用一些巧妙的方式進行提示（圖6）。

圖6

解決方案：這里提一下忘記密碼流程上需要注意的點吧，盡量少使用安全問答，不安全，現(xiàn)階段個人信息在網(wǎng)上近乎透明；用戶遺忘密碼時不要強行給用戶設(shè)置一個新密碼；通過郵件讓用戶自行重置密碼；對于安全級別要求高的服務(wù)采用多種方式重置密碼，如，手機+郵件+U盾+人工等。

7. Accessibility，登錄區(qū)域是否滿足了無障礙性的需求？用戶名及密碼的輸入是否有其它的方式？驗證碼的設(shè)計是否合理？大部份的研究指出，大概有20%的人口有某種程度的殘障，當(dāng)然并不是所有殘障人士都有讓他們使用互聯(lián)網(wǎng)困難的殘疾，可是在人口比例上還是很重要的。

中國是全世界盲人最多的國家之一，眼部疾病在中國也是一個主要的公共衛(wèi)生問題。中國約有盲人600-700萬，占世界盲人總數(shù)的18%，另有雙眼低視力患者1200萬。我國盲人數(shù)量早已超過諸如丹麥、芬蘭、挪威等國家的人口數(shù)。

• 網(wǎng)銀登錄驗證碼被指歧視盲人 493人聯(lián)名要求糾正

有興趣可到這里詳細(xì)了解：WebAIM: Introduction to Web Accessibility

解決方案：堅持可用性設(shè)計理念，利用現(xiàn)有技術(shù)及交互手段：語音輸入；語音識別；臉部識別；手勢識別；語音驗證（File:中文語音Captcha.ogg）等等……

8. 安全問題，數(shù)字證書、密?？?、U盾等，對應(yīng)不同的安全級別，各有利弊。另，登錄區(qū)域記住密碼功能，cookie需要著重設(shè)計。該層面很多涉及底層技術(shù)，設(shè)計人員在這里就不胡說八道了。個人傾向于利用移動設(shè)備解決安全問題。

上面啰嗦了一大堆，下面說說自己比較喜歡的登錄方式：

1. 利用二維碼掃描登錄，幾乎規(guī)避了上面大部分問題，并在安全性上有一定的保證，使用用戶的手機進行驗證，不需要用戶的額外輸入， 也不存在密碼或遺忘密碼問題。當(dāng)然也存在一些其它的問題，如，成本，用戶移動設(shè)備需要支持掃描功能，需要移動端與Web端或桌面端相結(jié)合，登錄時需要執(zhí)行 某些特定操作，打開APP，進入某功能等（這也可帶動移動端APP的日活，玩笑）。

圖7

2. 利用特定的交互方式，像Bump連接Web端（圖8），通過手機的重力感應(yīng)感知到「bump」，然后將地理位置與碰撞時間等信 息上傳到服務(wù)器，服務(wù)器根據(jù)最接近的時間點和地點判斷出手機或者電腦的IP地址，為它們建立通信配對。雖然也可用來進行用戶登錄，但安全性較差，真要采用 這種方式，可就要改進一下相關(guān)的流程。

圖8

以上當(dāng)然無法完全替代傳統(tǒng)登錄方式，但可做為補充及增益。
歡迎補全！謝謝