警示框、Toast與物件內嵌
PART 1 - 微信IOS客戶端與安卓版的"反饋提示"區別
首先,在微信客戶端中,使用者選擇,傳送圖片是一個高頻次操作,並且也是朋友圈,對話的主要功能之一
微信IOS版,當用戶選擇了9張時,再次選擇第10張,用警示框做強阻斷提示,使用者需要點選警示框中的按鈕操作。這個過程加強了使用者的記憶和操作成本,有了之前的強提示,使用者下次選擇超過9張有印象,避免使用者再次犯錯,從而提高使用者的使用效率。
微信Android版,當用戶選擇了9張時,再次選擇第10張,給出較輕量級的Toast,這個過程是在降低使用者犯錯的成本,方便使用者繼續操作。相較於IOS版本,沒有給使用者強提示,使用者犯錯成本低,不能加深使用者記憶,無強烈感知,不能避免下次犯錯
從整個平臺特性,生態圈來講,IOS使用者相較於Android使用者來說,質量更高。所以對IOS使用者進行足夠強烈的使用者教育,可以降低使用者犯錯次數與概率,提高使用者使用效率。而Android使用者相較IOS使用者,使用者素質水平更加參差不齊,如果採用相同的強提示,可能會適得其反,引發使用者的抗拒與不理解。
至於微信為什麼限定只能最多選擇九張。或許是為了遵從朋友圈動態九張圖。因為朋友圈如果不限定的話,使用者惡意平鋪很多張,對別人瀏覽朋友圈的話是一種資訊噪音。同時九宮格是一種和諧的檢視模式。同理微信對話發圖片也統一了規則,這樣也同時避免對方惡意大批量的發圖片。
所以說?
高頻次,主要功能的互動操作行為,在使用者操作錯誤的情況下,給予使用者的反饋可以是阻斷式,強烈提示,目的是加深使用者記憶,避免使用者再次犯錯,從而提高使用者使用效率,加強使用者產品粘性
這種使用者教育的方法要區分使用者屬性,並不適應於全部使用者(主體使用者群體年齡,文化水平等),對一部分使用者來說這強烈警示的系統反饋會提高使用者的犯錯成本,學習使用成本
PART 2 - 以登入賬號密碼不匹配為例,來全面淺析設計背後的邏輯
使用者使用App進行登入時,當賬號密碼不匹配,會出現錯誤提示。目前市面上的提示有三種。分別為警示框、toast和物件內嵌
首先說下使用場景,登入賬號屬於超低頻的操作。現在app都將退出賬號的路徑做的比較深,以此減少使用者退出賬號。這樣的好處是可以讓使用者更方便的體驗產品,增加產品的使用時長和使用深度
· 警示框
警示框為阻斷式操作,屬於強提示。告知使用者賬號密碼不匹配,使用者需要點選警示框上的按鈕才能重新輸入賬號或密碼
微信、QQ、Instagram在登入賬號密碼不匹配時,使用的都是警示框。需要使用者點選警示框按鈕才可以再次輸入,強制性操作
微信、QQ、Instagram沒有第三方登入,且都為社交軟體,在同一個裝置多個賬戶頻繁切換登入的使用者較少,大部分使用者只有或常用一個賬號,所以賬號密碼安全非常重要,QQ和微信也做了大量的安全措施去幫助使用者進行賬號密碼管理,所以在賬號密碼不匹配時用警示框強烈提示使用者是很有必要的
· Toast
Toast為短暫的提示性元件,當用戶點選登入時,提交給系統,系統發現賬號密碼不匹配,通過Toast提示告知使用者,一般停留1-2s,之後消失。屬於輕量級提示
京東、UC瀏覽器、貓眼均存在多個登入選項或第三方登入,使用者賬號切換,多個賬號的可能性相較更多,使用Toast在提示使用者錯誤反饋的同時也方便使用者去操作
· 物件內嵌
當用戶點選登入時,提交給系統,發現賬號密碼不匹配,系統通過在介面中內嵌文字提示告知使用者,此提示一般提示為帶警惕性顏色(紅色)的醒目文字。屬於更輕量級提示。
使用者輸入賬號密碼時,點選登入,資料返回到伺服器。伺服器可以做以下兩種判斷:
a: 賬號不存在的話,給出對應賬號不存在提示
b: 賬號存在的話,賬號是否和密碼匹配。如果不匹配的話,給出對應提示
Chrome瀏覽器、百度網盤在登入賬號密碼不匹配時,使用的都是物件內嵌的方式。通過介面中的文字反饋讓使用者知道登入失敗的原因。使用者可以繼續在輸入框裡填寫。
物件內嵌強烈程度更低,對使用者的干擾更弱同時拓展性更好,可以在介面內新增大量的資訊。
物件內嵌適用於資訊小布局簡單的介面。例如Chrome瀏覽器、百度網盤的登入介面為資訊小布局,較為簡單。資訊量大的佈局複雜的介面不適合使用物件內嵌,如果使用物件內嵌的話,提示更弱化,不利於使用者發現反而使原本介面變得更復雜了。
PART 3 - 分析與總結
以上三個提示型別強烈程度分別為:警示框 > toast > 物件內嵌
如果整個產品考慮更深的是產品邏輯與防錯,可以選擇強制性的警示框。
有的設計者/產品經理覺得警示框太強制了。為什麼還要使用者去點選一下,才能再輸入呢。就喜歡採取toast而導致整個產品很多都是toast,過多的toast,使用者習慣之後很容易忽略掉toast的提示語,未起到真正的防錯和提示,有時候適度顯得更重要。
而物件內嵌,則更為輕量。而且擴充套件性強,可以承載更多的資訊。對於需要考慮拓展性和免打擾使用者來說是不錯的設計選擇。
所以有時候沒有標準正確的方案,而是你是否有了自我的設計觀,然後根據你的設計觀去定義設計。