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

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

推送模式——概覽

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

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

1. 通知中心模式

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

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

*Medium采用的通知中心模式

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

操作指引

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

適用場景

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

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

在這種模式下，每一條消息推送的導航方式都錨定在推送本身的信息源上，也就是說，并不存在一個匯總各種消息通知的中心。看一下WhatApp就清楚了，無論是在android還是iOS平臺，聊天軟件的未讀消息和未接來電是各自有一個導航菜單的。

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

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

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

操作指引

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

適用場景

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

3. 混合推送模式

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

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

*Facebook采用的混合推送模式

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

與錨定信息源的推送模式一樣，混合模式對導航菜單的要求也非常高，要確保菜單同時具備通知中心的選項。

操作指引

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

適用場景

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

最后，真誠地希望這篇文章能夠為你選擇適合的消息推送模式帶來啟發(fā)。如果你有任何想法，歡迎在評論區(qū)交流哦。

原作者：Shashank Sahay（微軟產(chǎn)品設計師）

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

翻譯：即能，公眾號：即能學習

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

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