微軟設(shè)計(jì)師干貨分享:3大App消息推送模式及適用場(chǎng)景

1 評(píng)論 10593 瀏覽 65 收藏 12 分鐘

App的消息推送是產(chǎn)品功能中較為復(fù)雜的一個(gè),微軟產(chǎn)品設(shè)計(jì)師 Shashank Sahay 將在這篇文章中跟大家分享不同的推送模式及其適用場(chǎng)景,希望大家在選取合適的App使用的推送模式時(shí),能有更加明確的目標(biāo)和方向。

在正式開始探討推送模式之前,讓我們先概述一下推送的定義和組成部分。首先,消息推送是由一個(gè) App 向其目標(biāo)用戶群體發(fā)送的信息構(gòu)成的,其主要的組成部分有如下幾個(gè)方面:

推送模式——概覽

  • 信息源:信息源是App中推送信息的生成地,在一個(gè)App的架構(gòu)中可能存在不同種類信息的儲(chǔ)存空間,而這些空間就構(gòu)成了推送的信息源。
  • 信息:信息是指需要通過推送的形式向用戶傳達(dá)的消息,一些比較常見的例子有:“張三向您發(fā)送了添加好友邀請(qǐng)”或“李四關(guān)注了您”。
  • 類型:推送主要可以分為兩個(gè)類型:通知型和指導(dǎo)型。根據(jù)不同App的性質(zhì),這兩類推送之下還可以進(jìn)一步劃分出更多的子類別。
  • 推送標(biāo)識(shí):標(biāo)識(shí)指的是能夠引導(dǎo)用戶留意到這條推送的可視化圖像,可以是非常簡單的一個(gè)紅點(diǎn),或者再加一個(gè)數(shù)字,用來表示未讀消息的數(shù)目。
  • 錨(anchor):錨也是App的可視化部件之一,它能夠引領(lǐng)用戶跳轉(zhuǎn)至推送所在的目標(biāo)頁面,簡單來說,就是使得用戶能夠看到推送內(nèi)容的標(biāo)記。注意,錨并不是推送的信息源,而是使推送鏈接得以可視化的一個(gè)部分。錨能夠鏈接一個(gè)或是多個(gè)信息源的推送,可以像這樣理解:信息源主要是從信息架構(gòu)的層面來說的,而錨是使得用戶能夠看到推送標(biāo)識(shí)的可視化部件。

總結(jié)來說,消息推送是最常用的信息媒介之一,它具有實(shí)現(xiàn)App與用戶交流以及使用戶回流的功能。因此,這是App中非常重要的一個(gè)部分。接下來我將簡要介紹一些目前最為流行的推送模式,并區(qū)分在不同的情況下應(yīng)該選擇怎樣的推送模式來達(dá)到最佳的效果。

1. 通知中心模式

在通知中心模式中,會(huì)有一個(gè)特定的區(qū)域容納所有的推送消息,既可以是專門的一個(gè)界面,也可以設(shè)計(jì)為一個(gè)彈窗,具體取決于可用的屏幕空間大小。

在這種模式下,所有的消息推送都被錨定在通知中心,而非該推送本身的信息源。不過作為用戶,你能夠從通知中心跳轉(zhuǎn)至推送消息的來源。Medium 采用的就是這種推送模式,用戶只需點(diǎn)擊鈴鐺形狀的功能圖標(biāo),就能一覽所有的推送消息。此外,對(duì)用戶已讀和未讀的消息作視覺感官上的區(qū)分也是尤為重要的,方便用戶輕易地進(jìn)行分辨。

*Medium采用的通知中心模式

這種模式最大的優(yōu)點(diǎn)就在于其靈活性,特定的通知中心區(qū)域能夠集中列示所有推送消息,無論是已經(jīng)彈出的消息還是新增的消息。

操作指引

  • 設(shè)計(jì)人員應(yīng)當(dāng)對(duì)所有不同種類的推送消息研究透徹,設(shè)計(jì)時(shí)要遵循相同的架構(gòu),而在確定這種架構(gòu)時(shí),首要的目標(biāo)是保證其具有良好的可延展性。
  • 如果推送的信息源太多,那么很可能導(dǎo)致通知中心看起來非常雜亂,因此,如果有類型相似的推送,不妨將其歸類以減少其重復(fù),例如“王小明等4人向您發(fā)送了添加好友邀請(qǐng)”。
  • 確保通知中心容易被用戶找到并快速打開。

適用場(chǎng)景

  • 你所設(shè)計(jì)的產(chǎn)品需要處理的推送消息不能錨定在現(xiàn)有的導(dǎo)航欄中。這可能是由于這條推送無法和產(chǎn)品現(xiàn)有的任何功能模塊匹配,也可能是該推送的信息源在現(xiàn)有信息架構(gòu)下是未被定義的。
  • 有其他更值得放在主界面的信息源,因此沒有更多的顯示空間。
  • 你缺乏足夠的設(shè)計(jì)時(shí)間,或許會(huì)出現(xiàn)這樣的情況:你可能希望先將產(chǎn)品的一項(xiàng)功能發(fā)布出來,之后再花時(shí)間考慮所有可能出現(xiàn)的情況,并為每種情況設(shè)定對(duì)應(yīng)的“錨”。在這種情況下,通知中心模式就是一個(gè)非常理想的解決辦法,因?yàn)樗举|(zhì)上是最具有靈活性的。

2. 錨定信息源的推送模式

在這種模式下,每一條消息推送的導(dǎo)航方式都錨定在推送本身的信息源上,也就是說,并不存在一個(gè)匯總各種消息通知的中心??匆幌耊hatApp就清楚了,無論是在android還是iOS平臺(tái),聊天軟件的未讀消息和未接來電是各自有一個(gè)導(dǎo)航菜單的。

這種模式的好處就在于使得信息的傳遞更為明確,用戶可以直截了當(dāng)?shù)馗鶕?jù)發(fā)出的消息推送進(jìn)入到相應(yīng)的界面,而不用再通過一個(gè)中間過渡頁面。不過缺點(diǎn)就是這個(gè)模式不如通知中心靈活,可延展性也相對(duì)較差。

*WhatsApp采用的錨定信息源的通知模式

這種模式高度依賴App的信息架構(gòu)模式,信息導(dǎo)航方面必須要能夠支持所有不同種類的推送消息。與之前的模式相同的是,這里也需要對(duì)已讀消息和未讀消息在視覺上作出區(qū)分。

操作指引

  • 要確保每一條消息推送都能夠錨定在主界面上的一個(gè)導(dǎo)航選項(xiàng)按鈕,不過隨著你開發(fā)的App功能更加復(fù)雜,產(chǎn)生推送消息的信息源也會(huì)在數(shù)目上經(jīng)歷一番增長,那么你就要考慮轉(zhuǎn)型了,要么改用通知中心模式,要么采用混合模式(一種結(jié)合了錨定模式和通知中心模式的新模式),關(guān)于混合模式我們會(huì)在下一個(gè)部分詳細(xì)展開。
  • 對(duì)于所要導(dǎo)向的內(nèi)容,每一個(gè)錨都應(yīng)該有特定的設(shè)計(jì)架構(gòu),確保將要推送的消息能夠很好地匹配上對(duì)應(yīng)的錨。為了更好地理解,我們以WhatsApp為例來看,“聊天”功能的錨在設(shè)計(jì)上就要定義清楚,一條新的聊天信息應(yīng)當(dāng)如何通知到用戶,這意味著每一條聊天信息都應(yīng)該遵循相同的錨的架構(gòu),“通話”功能同理。
  • 確保這些錨容易被用戶找到并能夠快速導(dǎo)向?qū)?yīng)的功能,避免使用嵌套的錨。

適用場(chǎng)景

  • 主界面能夠容納各種推送消息的信息源。
  • 你已經(jīng)考慮過各種可能出現(xiàn)推送消息的情境,并且能夠確保這些推送能夠適應(yīng)現(xiàn)有的設(shè)計(jì)架構(gòu)。非常重要的一點(diǎn)在于,這些推送消息必須要遵循錨定信息源的架構(gòu)。

3. 混合推送模式

混合模式是對(duì)上述兩種模式的結(jié)合,也是目前最為常用的模式。當(dāng)下最流行的App,如:Facebook、LinkedIn、Twitter和Instagram,均是采用混合推送模式的典型代表。

在混合模式中,通知中心作為導(dǎo)航菜單中的一個(gè)選項(xiàng),也可以承擔(dān)錨的作用,專門鏈接至那些不足以放到主界面的信息源。舉例來說,F(xiàn)acebook中添加好友申請(qǐng)單獨(dú)體現(xiàn)在“朋友”這個(gè)功能區(qū),但好友的點(diǎn)贊信息被統(tǒng)一錨定在通知中心。

*Facebook采用的混合推送模式

混合模式同時(shí)具有其他兩種模式的優(yōu)點(diǎn),能夠輕松地適應(yīng)大多數(shù)情況。盡管你可以一股腦地把所有消息推送都安排到通知中心,但現(xiàn)實(shí)中很多時(shí)候仍然需要考慮清楚各種可能出現(xiàn)的情況,并按照優(yōu)先順序確定哪些有必要單獨(dú)設(shè)計(jì)成錨定信息源的推送模式。

與錨定信息源的推送模式一樣,混合模式對(duì)導(dǎo)航菜單的要求也非常高,要確保菜單同時(shí)具備通知中心的選項(xiàng)。

操作指引

  • 在產(chǎn)品架構(gòu)的設(shè)計(jì)中,需要對(duì)重要的信息進(jìn)行識(shí)別并排序。排序能夠幫助你按照優(yōu)先順序決定哪些推送直接錨定信息源,哪些匯總在通知中心。由于該模式較為依賴導(dǎo)航界面,信息推送的配置安排會(huì)根據(jù)實(shí)際可用空間來進(jìn)行調(diào)整。
  • 確保最主要的幾個(gè)錨以及通知中心在主界面上的導(dǎo)航欄占據(jù)顯眼的位置。

適用場(chǎng)景

  • 你已經(jīng)綜合考量過各種推送場(chǎng)景,有一些推送能夠直接錨定它們各自的信息源,但其他一些推送在現(xiàn)有的產(chǎn)品架構(gòu)下則不能。
  • 在你的導(dǎo)航欄中存在嵌套的信息來源時(shí)。例如:Facebook上漢堡形狀的菜單圖標(biāo)錨定的信息是其下衍生的多個(gè)信息源,如好友群組、視頻、備忘錄、收藏夾、市場(chǎng)等。

最后,真誠地希望這篇文章能夠?yàn)槟氵x擇適合的消息推送模式帶來啟發(fā)。如果你有任何想法,歡迎在評(píng)論區(qū)交流哦。

 

原作者:Shashank Sahay(微軟產(chǎn)品設(shè)計(jì)師)

原文鏈接:https://medium.muz.li/designing-notifications-for-applications-3cad56fecf96

翻譯:即能,公眾號(hào):即能學(xué)習(xí)

本文由 @即能 翻譯發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 豁然開朗,實(shí)踐有了理論支撐,贊一個(gè)

    來自廣東 回復(fù)