微軟設計師干貨分享:3大App消息推送模式及適用場景
App的消息推送是產品功能中較為復雜的一個,微軟產品設計師 Shashank Sahay 將在這篇文章中跟大家分享不同的推送模式及其適用場景,希望大家在選取合適的App使用的推送模式時,能有更加明確的目標和方向。
在正式開始探討推送模式之前,讓我們先概述一下推送的定義和組成部分。首先,消息推送是由一個 App 向其目標用戶群體發送的信息構成的,其主要的組成部分有如下幾個方面:
推送模式——概覽
- 信息源:信息源是App中推送信息的生成地,在一個App的架構中可能存在不同種類信息的儲存空間,而這些空間就構成了推送的信息源。
- 信息:信息是指需要通過推送的形式向用戶傳達的消息,一些比較常見的例子有:“張三向您發送了添加好友邀請”或“李四關注了您”。
- 類型:推送主要可以分為兩個類型:通知型和指導型。根據不同App的性質,這兩類推送之下還可以進一步劃分出更多的子類別。
- 推送標識:標識指的是能夠引導用戶留意到這條推送的可視化圖像,可以是非常簡單的一個紅點,或者再加一個數字,用來表示未讀消息的數目。
- 錨(anchor):錨也是App的可視化部件之一,它能夠引領用戶跳轉至推送所在的目標頁面,簡單來說,就是使得用戶能夠看到推送內容的標記。注意,錨并不是推送的信息源,而是使推送鏈接得以可視化的一個部分。錨能夠鏈接一個或是多個信息源的推送,可以像這樣理解:信息源主要是從信息架構的層面來說的,而錨是使得用戶能夠看到推送標識的可視化部件。
總結來說,消息推送是最常用的信息媒介之一,它具有實現App與用戶交流以及使用戶回流的功能。因此,這是App中非常重要的一個部分。接下來我將簡要介紹一些目前最為流行的推送模式,并區分在不同的情況下應該選擇怎樣的推送模式來達到最佳的效果。
1. 通知中心模式
在通知中心模式中,會有一個特定的區域容納所有的推送消息,既可以是專門的一個界面,也可以設計為一個彈窗,具體取決于可用的屏幕空間大小。
在這種模式下,所有的消息推送都被錨定在通知中心,而非該推送本身的信息源。不過作為用戶,你能夠從通知中心跳轉至推送消息的來源。Medium 采用的就是這種推送模式,用戶只需點擊鈴鐺形狀的功能圖標,就能一覽所有的推送消息。此外,對用戶已讀和未讀的消息作視覺感官上的區分也是尤為重要的,方便用戶輕易地進行分辨。
*Medium采用的通知中心模式
這種模式最大的優點就在于其靈活性,特定的通知中心區域能夠集中列示所有推送消息,無論是已經彈出的消息還是新增的消息。
操作指引
- 設計人員應當對所有不同種類的推送消息研究透徹,設計時要遵循相同的架構,而在確定這種架構時,首要的目標是保證其具有良好的可延展性。
- 如果推送的信息源太多,那么很可能導致通知中心看起來非常雜亂,因此,如果有類型相似的推送,不妨將其歸類以減少其重復,例如“王小明等4人向您發送了添加好友邀請”。
- 確保通知中心容易被用戶找到并快速打開。
適用場景
- 你所設計的產品需要處理的推送消息不能錨定在現有的導航欄中。這可能是由于這條推送無法和產品現有的任何功能模塊匹配,也可能是該推送的信息源在現有信息架構下是未被定義的。
- 有其他更值得放在主界面的信息源,因此沒有更多的顯示空間。
- 你缺乏足夠的設計時間,或許會出現這樣的情況:你可能希望先將產品的一項功能發布出來,之后再花時間考慮所有可能出現的情況,并為每種情況設定對應的“錨”。在這種情況下,通知中心模式就是一個非常理想的解決辦法,因為它本質上是最具有靈活性的。
2. 錨定信息源的推送模式
在這種模式下,每一條消息推送的導航方式都錨定在推送本身的信息源上,也就是說,并不存在一個匯總各種消息通知的中心??匆幌耊hatApp就清楚了,無論是在android還是iOS平臺,聊天軟件的未讀消息和未接來電是各自有一個導航菜單的。
這種模式的好處就在于使得信息的傳遞更為明確,用戶可以直截了當地根據發出的消息推送進入到相應的界面,而不用再通過一個中間過渡頁面。不過缺點就是這個模式不如通知中心靈活,可延展性也相對較差。
*WhatsApp采用的錨定信息源的通知模式
這種模式高度依賴App的信息架構模式,信息導航方面必須要能夠支持所有不同種類的推送消息。與之前的模式相同的是,這里也需要對已讀消息和未讀消息在視覺上作出區分。
操作指引
- 要確保每一條消息推送都能夠錨定在主界面上的一個導航選項按鈕,不過隨著你開發的App功能更加復雜,產生推送消息的信息源也會在數目上經歷一番增長,那么你就要考慮轉型了,要么改用通知中心模式,要么采用混合模式(一種結合了錨定模式和通知中心模式的新模式),關于混合模式我們會在下一個部分詳細展開。
- 對于所要導向的內容,每一個錨都應該有特定的設計架構,確保將要推送的消息能夠很好地匹配上對應的錨。為了更好地理解,我們以WhatsApp為例來看,“聊天”功能的錨在設計上就要定義清楚,一條新的聊天信息應當如何通知到用戶,這意味著每一條聊天信息都應該遵循相同的錨的架構,“通話”功能同理。
- 確保這些錨容易被用戶找到并能夠快速導向對應的功能,避免使用嵌套的錨。
適用場景
- 主界面能夠容納各種推送消息的信息源。
- 你已經考慮過各種可能出現推送消息的情境,并且能夠確保這些推送能夠適應現有的設計架構。非常重要的一點在于,這些推送消息必須要遵循錨定信息源的架構。
3. 混合推送模式
混合模式是對上述兩種模式的結合,也是目前最為常用的模式。當下最流行的App,如:Facebook、LinkedIn、Twitter和Instagram,均是采用混合推送模式的典型代表。
在混合模式中,通知中心作為導航菜單中的一個選項,也可以承擔錨的作用,專門鏈接至那些不足以放到主界面的信息源。舉例來說,Facebook中添加好友申請單獨體現在“朋友”這個功能區,但好友的點贊信息被統一錨定在通知中心。
*Facebook采用的混合推送模式
混合模式同時具有其他兩種模式的優點,能夠輕松地適應大多數情況。盡管你可以一股腦地把所有消息推送都安排到通知中心,但現實中很多時候仍然需要考慮清楚各種可能出現的情況,并按照優先順序確定哪些有必要單獨設計成錨定信息源的推送模式。
與錨定信息源的推送模式一樣,混合模式對導航菜單的要求也非常高,要確保菜單同時具備通知中心的選項。
操作指引
- 在產品架構的設計中,需要對重要的信息進行識別并排序。排序能夠幫助你按照優先順序決定哪些推送直接錨定信息源,哪些匯總在通知中心。由于該模式較為依賴導航界面,信息推送的配置安排會根據實際可用空間來進行調整。
- 確保最主要的幾個錨以及通知中心在主界面上的導航欄占據顯眼的位置。
適用場景
- 你已經綜合考量過各種推送場景,有一些推送能夠直接錨定它們各自的信息源,但其他一些推送在現有的產品架構下則不能。
- 在你的導航欄中存在嵌套的信息來源時。例如:Facebook上漢堡形狀的菜單圖標錨定的信息是其下衍生的多個信息源,如好友群組、視頻、備忘錄、收藏夾、市場等。
最后,真誠地希望這篇文章能夠為你選擇適合的消息推送模式帶來啟發。如果你有任何想法,歡迎在評論區交流哦。
原作者:Shashank Sahay(微軟產品設計師)
原文鏈接:https://medium.muz.li/designing-notifications-for-applications-3cad56fecf96
翻譯:即能,公眾號:即能學習
本文由 @即能 翻譯發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
豁然開朗,實踐有了理論支撐,贊一個