淺析App消息推送的前端業務設計

任何類型、任何形態的產品，都能見到一個功能，那就是消息中心。透過這個功能，產品的運營者向用戶傳遞訊息，同時，這也是用戶獲取訊息的途徑。今天，我就跟大家一起分享下App消息推送的前端業務設計。

前端業務的組成結構

拋開消息的操作管理（刪除、清空等)功能，其前端業務由5個基礎組件組成，如圖：

舉天貓為例：

（1）消息詳情：就是消息最後的目的地，展示了消息的具體內容。其展示的樣式和所包含的對象，取決於內容的特性。比如說：活動類的消息，其內容就會包含了純文字的描述、生趣的圖片、生趣的短片，以獨立的活動頁展示。

（2）消息流水：就是某消息號的所有歷史消息，用戶可選擇性的進行閱讀，同時，也會提供輕量級的消息管理功能。例如：複製、刪除、清空。

（3）消息倉庫：就是消息業務頻道的首頁。這裡匯聚了已收到消息的消息號列表。為了不讓用戶對消息推送產生討厭情緒，可以嘗試將消息號列表通過分類、分頁來展示。例如：天貓的是分類，將用戶最關注的消息號置頂。京東的是分頁，將重要消息號作為默認頁展示。還有一種情況是根據消息號的業務來劃分，例如：

（4）消息入口：方便用戶有需要的時候隨時進入消息倉庫閱讀消息。為了提高消息的曝光率，一般有新消息到的時候，會採用小紅點、數字角標來醒目。

（5）消息提醒：當App處於後台運行的時候，用戶通過消息提醒來接收最新消息。當App處於前端運行時，消息提醒業務就會進入休眠期，不干擾用戶當前行為。

消息倉庫的消息類別劃分

按消息號的對象進行劃分

可劃分為：官方系統消息號、非官方消息號（商家、好友)。如：

天貓消息盒子&京東消息中心

按消息展示的樣式進行劃分

可劃分為：純文本型、多媒體型（帶有圖片、小短片、段語音）。

多媒體型&純文本型

按消息跳轉類型來劃分

可劃分為：消息帶跳轉（跳轉至獨立的H5頁或某業務頻道的首頁)、消息不帶跳轉。

不跳轉&跳轉至獨立的活動H5頁&跳轉至積分業務頻道首頁

按消息與賬戶登錄狀態的依賴性來劃分

可劃分為：有關、無關。與賬戶登陸狀態有關的消息，必須要登陸后，才能查看消息詳情，例如：會員積分消息。與賬戶登錄狀態無關的消息，啟動App后可隨時訪問，如：新聞類的消息。

按消息詳情頁的樣式來劃分

可劃分為：臨時性的活動頁（活動結束后，活動頁失效)、目標新聞頁、純文本流水、帶有媒體文件的流水、某業務頻道的首頁

按消息詳情的返回規則劃分

可劃分為：按消息業務逐級遞歸返回；按具體欄目業務逐級返回。

• A. 消息業務逐級返回：消息詳情頁-->消息流水頁-->消息倉庫頁-->消息入口頁
• B. 欄目業務逐級返回：具體新聞頁-->所屬新聞頻道首頁

按消息提醒跳轉的目的地劃分

可劃分為以下4大類：

• A. 點擊消息提醒直接跳轉至消息中心：跳轉到這裡來，一方面可以提高其他消息號的曝光率讓用戶去閱讀，一方面是解決有多條不同類型的新消息同時來時，可由用戶自行選擇逐個閱讀。
• B. 點擊消息提醒直接跳轉至消息詳情頁：一般適用於具體的某次活動、或者是新聞類的資訊。用戶點擊提醒，說明是對消息的內容感興趣，跳轉至詳情頁，直奔主題。
• C. 點擊消息提醒直接跳轉至業務櫃檯/頻道的首頁：提高業務的曝光率，為頻道導流。進入頻道后，用戶可對感興趣的內容進行操作。
• D. 點擊消息提醒進入消息流水頁：這類屬於消息結構簡單的單一消息類的信息推送業務，簡單直接。

消息提醒方式

目前主流的消息提醒方式有：小紅點、數字角標、手機通知欄、App啟動通知窗、App應用圖標的上的數字角標。

• 小紅點、數據角標，屬於靜默式的提醒，通過信號的長期存在，讓用戶情不自禁的去點擊。
• 啟動通知窗、手機通知欄，屬於動態式的提醒，重要性、熱點性的消息可採用這種方式。用戶在第一時間獲悉，強制用戶獲悉。

消息提醒/通知規則

消息提醒，某種程度上會幹擾、打斷用戶當下正在做的事情。所以，消息提醒業務也需要在合適的時候，進行合理、人性化的提醒。

消息前端業務設計總結

• 結合APP的特性來設計業務流程、交互
• 干擾性的業務要搭配簡潔、清晰、輕量級的交互
• 學習其他產品的設計時，需要以完整業務為單位進行整體分析