以登錄賬號密碼不匹配為例,來全面淺析設計背后的邏輯

小編:本文作者通過一個例子來思考設計背后邏輯,與你分享~enjoy~

@Echo 當用戶點擊某個操作時,由于某種原因會導致此操作失敗,這時候就需要出現反饋提示來告知用戶原因。反饋提示通?;嵊卸嘀直硐盅?。

有時候多種樣式都可以使用,那么到底應該使用哪種樣式呢?我們應該怎么去理解這些樣式,以及它背后的設計邏輯?

微信中,給對方發送圖片時,微信限制只能發送九張。當用戶選擇了九張時,用戶再次選擇時,會提示用戶最多只能選擇九張。對此iOS版使用的是警示框,Android版使用的是toast。

關于為什么iOS 版本用警示框,Android 版本用toast的背后設計邏輯?

 

這里有我的一個猜測:

微信iOS版,當用戶選擇了9張時,再次選擇第10張,給出強阻斷的警示框,用戶需要點擊警示框中的按鈕操作。這個過程加強了用戶的記憶和操作成本,有了之前的強提示,用戶下次選擇超過9張有印象,避免用戶再次犯錯。

微信Android版,當用戶選擇了9張時,再次選擇第10張,給出較輕量的toast。這個過程是在減輕用戶犯錯的成本。方便了用戶當前操作,卻沒有防止用戶以后犯錯。

針對iOS 和Android版微信的選擇圖片場景,打一個不恰當的比方:家長針對自己的小孩(用戶)犯錯。iOS版的家長選擇在犯錯的時,進行比較重的教育,讓孩子記憶和影響加深,使其改正行為,防止以后再次犯錯誤。而Android版的家長進行比較輕的教育僅僅提供提示,用戶的犯錯成本較低,無強烈感知,未起到以后的防錯的作用。

至于微信為什么限定只能最多選擇九張。我猜測是為了遵從朋友圈動態九張圖。因為朋友圈如果不限定的話,用戶惡意平鋪很多張,對別人瀏覽朋友圈的話是一種信息噪音。同時九宮格是一種和諧的視圖模式。

同理微信對話發圖片也統一了規則,這樣也同時避免對方惡意大批量的發圖片。

 

以登錄賬號密碼不匹配為例,來全面淺析設計背后的邏輯

用戶使用App進行登錄時,當賬號密碼不匹配,會出現錯誤提示。目前市面上的提示有三種。分別為警示框、toast和對象內嵌。

首先說下使用場景,登錄賬號屬于超低頻的操作。現在app都將退出賬號的路徑做的比較深,以此減少用戶退出賬號。這樣的好處是可以讓用戶更方便的體驗產品,增加產品的使用時長和使用深度。

1. 警示框

警示框為阻斷式操作,屬于強提示。告知用戶賬號密碼不匹配,用戶需要點擊警示框上的按鈕才能重新輸入賬號或密碼。

微信、QQ、Instagram在登錄賬號密碼不匹配時,使用的都是警示框。需要用戶點擊警示框按鈕才可以再次輸入。強制性操作。

我之前想過這樣做的作用是否為了安全,通過點擊警示框按鈕,提高操作門檻使得盜號者大規模破解運算猜密碼。再仔細一想這個猜測不合理。設計者可以通過限制登錄來保證安全性。例如用戶輸入密碼錯誤五次開始限制五分鐘后再輸入。

那么為什么微信、QQ、Instagram體量龐大的App使用彈框提示呢?

可能原因有兩點:

  1. 登陸是超低頻操作,一年都登陸不了兩次,所以警示框這個組件對用戶來說影響基本可以忽略。

  2. 賬號密碼不匹配對于用戶來說是一件很重要的事情,所以使用警示框去強烈提示用戶。

 

2. toast

toast為短暫的提示性組件,當用戶點擊登錄時,提交給系統,系統發現賬號密碼不匹配,通過toast提示告知用戶,一般停留1-2s,之后消失。屬于輕量級提示。

京東、UC瀏覽器、貓眼在登錄賬號密碼不匹配時,使用的都是toast提示。通過一個輕量的反饋讓用戶知道登錄失敗的原因。用戶不需要任何操作,可以繼續在輸入框里填寫。方便用戶當前操作。

那么為什么京東、QQ、UC瀏覽器、貓眼等App使用toast呢?因為在提示用戶錯誤反饋的同時也方便用戶去操作。所以使用toast看似是一個很好的選擇。

 

3. 對象內嵌

當用戶點擊登錄時,提交給系統,發現賬號密碼不匹配,系統通過在界面中內嵌文字提示告知用戶,此提示一般提示為帶警惕性顏色(紅色)的醒目文字。屬于更輕量級提示。

用戶輸入賬號密碼時,點擊登錄,數據返回到服務器。服務器可以做以下兩種判斷:

  1. 賬號不存在的話,給出對應賬號不存在提示。

  2. 賬號存在的話,賬號是否和密碼匹配。如果不匹配的話,給出對應提示。

Chrome瀏覽器、百度網盤在登錄賬號密碼不匹配時,使用的都是對象內嵌的方式。通過界面中的文字反饋讓用戶知道登錄失敗的原因。用戶可以繼續在輸入框里填寫。

對象內嵌強烈程度更低,對用戶的干擾更弱同時拓展性更好,可以在界面內添加大量的信息。

對象內嵌適用于信息小布局簡單的界面。例如Chrome瀏覽器、百度網盤的登錄界面就信息小布局簡單。信息量大的布局復雜的界面不適合使用對象內嵌,如果使用對象內嵌的話,提示更弱化,不利于用戶發現同時原本界面變得更復雜了。

 

分析與總結

以上三個提示類型強烈程度分別為:警示框 > toast > 對象內嵌。

那么作為設計師,讓你設計一些錯誤的提示,你會選擇哪種呢?

無論選擇哪種提示,首先說明這里沒有對與錯,只有是否適合你的自我產品的定位和你的設計觀。

如果整個產品考慮更深的是產品邏輯與防錯,可以選擇強制性的警示框。

有的設計者/產品經理覺得警示框太強制了。為什么還要用戶去點擊一下,才能再輸入呢。就喜歡采取toast而導致整個產品很多都是toast,過多的toast,用戶習慣之后很容易忽略掉toast的提示語,未起到真正的防錯和提示,有時候適度顯得更重要。

而對象內嵌,則更為輕量。而且擴展性強,可以承載更多的信息。對于需要考慮拓展性和免打擾用戶來說是不錯的設計選擇。

所以有時候沒有標準正確的方案,而是你是否有了自我的設計觀,然后根據你的設計觀去定義設計。

 

作者:Echo(微信公眾號:UEDC)

來源:學UI網

上一篇: 水彩插畫【教程】

下一篇: 手把手教你如何適配 iPhone X

分享到: 更多
重庆时时大小单双计划 极速赛车8码稳赚不赔绝招 二十一点扑克游戏下载 11选五财富计划软件 重庆时时彩坑人一幕 二八杠怎么看生死门 澳门21庄家点规则 自由抢庄牛牛玩法介绍 吉林省今天快3走势图 彩票充首充100送100 好运来计划软件官网 幸运飞艇5码走势规律计划 最新pk10技巧万能码 球探体育比分网触摸 时时彩稳赚的方法有吗 pk10计划软件手机免费