消息模塊是輔助業(yè)務(wù)實現(xiàn)與用戶互動最直接的產(chǎn)品模塊。由于消息本身的意義很寬泛，所以業(yè)務(wù)的不同，也會產(chǎn)生不同的消息產(chǎn)品形態(tài)，消息產(chǎn)品的設(shè)計也是仁者見仁，智者見智。業(yè)務(wù)千變?nèi)f化，掌握消息設(shè)計的關(guān)鍵點，才能以不變應(yīng)萬變。

一、消息的分類：案例分析

1. 電商產(chǎn)品的消息分類設(shè)計：以：“某淘”為例

以某淘為例，在電商場景中，基于核心業(yè)務(wù)需求，會有不同業(yè)務(wù)的消息需要觸達(dá)用戶，有些信息優(yōu)先級較高，有些需要跟用戶實時溝通，比如私聊，IM通訊等。

因此，在做消息系統(tǒng)設(shè)計之前，一定要清楚消息涉及的業(yè)務(wù)形態(tài)。這決定在具體設(shè)計時，如何設(shè)計消息形態(tài)與交互。就電商而言。消息形態(tài)分類：

消息頁面會根據(jù)業(yè)務(wù)消息量，在頁面信息路徑上有不同的展示方案。

一般，消息頁面共有二級：消息列表頁——消息主頁。

消息主頁可以是以服務(wù)號的消息卡片流為主，也可以是一行文案或者鏈接，或H5互動頁，或卡片流；如下圖：

電商產(chǎn)品消息設(shè)計，重點集中在售后的環(huán)節(jié)。
因此，在消息創(chuàng)建主體來源于商品/門店/訂單/物流/品牌/優(yōu)惠券/促銷活動等這一類業(yè)務(wù)資源的變動。通常這一類消息會由相應(yīng)的管理系統(tǒng)發(fā)送，但產(chǎn)品經(jīng)理也需要依據(jù)相應(yīng)的業(yè)務(wù)動態(tài)定義消息的形態(tài)。

2. 社交產(chǎn)品的消息分類設(shè)計：以“某博”為例

對照電商產(chǎn)品，社交產(chǎn)品的消息設(shè)計則又明顯的側(cè)重。如下圖：

以“微博”產(chǎn)品為例，相關(guān)的消息類型總結(jié)如下：

社交類產(chǎn)品中，消息的產(chǎn)生可以來自于：關(guān)注與未關(guān)注用戶、粉絲、群、社區(qū)、訂閱號等主體對象。而這些角色則也是構(gòu)建社交產(chǎn)品的基本框架。

二、“消息”基本產(chǎn)品流程

從以上案例來看，在實際消息設(shè)計中，我們需要分清自己負(fù)責(zé)的平臺的屬性是電商/社交/金融等。根據(jù)具體業(yè)務(wù)，定義消息產(chǎn)品流程、消息類型、消息優(yōu)先級、消息發(fā)送方式、消息展示方式。

消息發(fā)送的產(chǎn)品流程見下圖：

?三、“消息”產(chǎn)品分步驟設(shè)計

第一步：「定義消息」

從消息的本質(zhì)來思考如果為系統(tǒng)編輯消息誕生的規(guī)則，我們可以從語義以及系統(tǒng)的原理中找到答案：

第一點： 從場景角度解構(gòu)，消息作為一個包含動作的詞語，從語義上來分析，存在一個普遍結(jié)構(gòu)：模型1 ：“對象+動作” 或者 “ 對象A+動作+對象B”

其中，對象A就是動作的施加者，對象B則是動作的承受者（非常簡單的語法解構(gòu)）。

第二點，從開發(fā)的角度來說：資源在不斷更新中觸發(fā)消息產(chǎn)生的規(guī)則，并最終并推送給訂閱接收的用戶；

這里包含4個對象：

1. someone = 提醒的觸發(fā)者，或者發(fā)送者，標(biāo)記為sender
2. do something = 提醒的動作，評論、喜歡、關(guān)注都屬于一個動作，標(biāo)記為action
3. something = 提醒的動作作用對象，這就具體到是哪一篇文章，標(biāo)記為target
4. someone’s = 提醒的動作作用對象的所有者，標(biāo)記為targetOwner

比如對于電商產(chǎn)品來說，提醒觸發(fā)的者可以分為促銷系統(tǒng)/管理員/門店/訂單系統(tǒng)/物流系統(tǒng)/；社交類，則是用戶、KOL等自媒體帳號。

輸出需求關(guān)鍵點1：定義：資源/動作+消息模版；即：誰+在什么情況下+對什么，作出什么事情，且在用戶端的消息文案模版如何展示；

第二步「用戶訂閱」

每一個用戶都有一張屬于自己的訂閱管理表。subscribeconfig，來記錄用戶的提醒設(shè)置。當(dāng)用戶沒有提醒設(shè)置是，可以使用系統(tǒng)默認(rèn)的一套設(shè)置。一則用戶訂閱管理記錄大致包括：

1. 訂閱的目標(biāo)（資源是什么）
2. 訂閱的目標(biāo)類型
3. 訂閱的動作（action）
4. 訂閱的觸發(fā)條件 （subscribereason =發(fā)布，則對應(yīng)的action=贊/評論，比如我發(fā)表了一篇文章，如果有人針對這篇文章進(jìn)行點贊和評論，就可以通知我）

輸出需求關(guān)鍵點2：定義用戶訂閱管理對象名稱有哪些，如上圖。

第三步 消息分發(fā)與獲取

1 消息分發(fā)方式的確定：

• 第一種：拉?。豢蛻舳嗽谟脩舻卿洉r請求服務(wù)拉取相關(guān)消息數(shù)據(jù)，定時向服務(wù)器獲取新的消息，并進(jìn)行更新，或者在用戶進(jìn)行手動下拉加載消息頁面時進(jìn)行更新。
• 第二種：push；push在針對消息的時效性方面作用很大。

2 分發(fā)頻率的確定：

依照消息的優(yōu)先級制定消息發(fā)送的高低策略。比如高優(yōu)先級消息，頻率可以是：實時更新；這類信息需要用戶即使知曉并處理。中級消息，不需要即使知道，頻率可以是：時/天/周；低優(yōu)先級消息，頻率可以是：固定周期；

3 消息分發(fā)的優(yōu)化：聚合

消息的聚合，就是可以定義什么情況下，可以把類似的行為劃分為同一類信息，進(jìn)行推送。

輸出需求關(guān)鍵點3：消息分發(fā)的方式（可以跟技術(shù)溝通），消息分發(fā)的優(yōu)先級更新策略。

第四步： 消息的閱讀、標(biāo)記

輸出需求關(guān)鍵點4：

定義消息數(shù)量展示規(guī)則：

1. 消息在TAB或在列表中的展示規(guī)則，如展示方式，最多展示幾條，超過限制如何展示等；

2. 定義消息處理的交互以及處理狀態(tài)：定義消息的有效操作，即用戶如何操作才標(biāo)記為已讀/以處理等狀態(tài)。

從交互的弱——強(qiáng)來分，處理交互可分為：

• 忽略：忽略此條信息
• 查看：點擊詳情或主動標(biāo)記為已讀
• 刪除：刪除本消息
• 確認(rèn)：需要對本消息進(jìn)行確認(rèn)
• 回復(fù)：需要進(jìn)行數(shù)據(jù)交互
• 處理：適合更為復(fù)雜的業(yè)務(wù)通知。

第五步：消息的回收

消息回收：產(chǎn)品依據(jù)開發(fā)實際開發(fā)需求，設(shè)置相應(yīng)用戶設(shè)計，向用戶確認(rèn)是否在一定周期內(nèi)刪除指定的消息內(nèi)容。

四、總結(jié)

消息產(chǎn)品設(shè)計前提：明確消息產(chǎn)生的主體（非常重要）；

• 第一步：定義：資源/動作+消息模版；
• 第二步：定義用戶訂閱管理具體對象；
• 第三步：消息分發(fā)的方式（可以跟技術(shù)溝通）、對象、時間、更新時間、加載規(guī)則；消息分發(fā)的優(yōu)先級更新策略；
• 第四步：定義消息在產(chǎn)品端的展示規(guī)則（數(shù)量/文案/圖文結(jié)構(gòu)等）；消息標(biāo)記規(guī)則；
• 第五步：消息的回收規(guī)則。

消息設(shè)計的本質(zhì)是在考量產(chǎn)品經(jīng)理是否具備抽象業(yè)務(wù)的思維，這也是搭建產(chǎn)品基礎(chǔ)框架的基本素質(zhì)，同時也涉及到對于信息的設(shè)計以及交互等知識，值得好好研究。

本文由 @Sherry 楊 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

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