編輯導(dǎo)語：在產(chǎn)品經(jīng)理工作中，對于如何設(shè)計產(chǎn)品模塊，憑著工作經(jīng)驗來做可不可行？作者分享了一些如何更全面地設(shè)計產(chǎn)品模塊的方法，幫助你更好地從業(yè)務(wù)落地角度去考慮，實現(xiàn)更好的產(chǎn)品設(shè)計模塊，我們一起來看看吧。

寫在前面的話：John覺得產(chǎn)品經(jīng)理在設(shè)計產(chǎn)品模塊時，應(yīng)該從這三個角度去思考：

• 通過業(yè)務(wù)去理解產(chǎn)品模塊（一定要結(jié)合系統(tǒng)側(cè)、對應(yīng)的業(yè)務(wù)場景和用戶場景）。
• 去拆解其他產(chǎn)品是如何做該產(chǎn)品模塊的？
• 再基于產(chǎn)品經(jīng)理工作流去設(shè)計產(chǎn)品模塊。

接下來想通過消息模塊來梳理下整體的流程應(yīng)該如何思考。（PS：設(shè)計產(chǎn)品模塊可別按照“工作經(jīng)驗”來做，而是真正落地業(yè)務(wù)去考慮，往往一頓操作猛如虎，結(jié)果一改到從頭。請三思?。。?/p>

一、消息模塊的整體架構(gòu)

消息提醒是一種信息交換的方式。目的是及時將反饋狀態(tài)、內(nèi)容的更新、重要的提醒觸達(dá)給用戶。

尤其是涉及到復(fù)雜多狀態(tài)的業(yè)務(wù)流程的產(chǎn)品，無法一步觸達(dá)給用戶，那么消息系統(tǒng)針對于狀態(tài)流的告知就顯得尤為重要。當(dāng)然，通過消息系統(tǒng)也能達(dá)到召回用戶的目的。

那么可以通過一句話來梳理——“在達(dá)到某一觸發(fā)條件下，由發(fā)送方發(fā)送消息給到接收方，接收方可針對此條消息提供反饋”。John用一張圖來解釋下：

其中：

• 觸發(fā)時間和條件（何時觸發(fā)的節(jié)點(diǎn)）：用戶通過觸發(fā)某個動作或者用戶操作結(jié)果給予對應(yīng)的反饋，系統(tǒng)側(cè)主動推送對應(yīng)的信息和系統(tǒng)狀態(tài)發(fā)生變更也會給予反饋；
• 消息來源（消息發(fā)動方）： 一般是系統(tǒng)主動推送消息（包含狀態(tài)的變更、營銷通知），第三方或某個用戶通過系統(tǒng)推送的消息；
• 通知對象（消息接收方）：根據(jù)系統(tǒng)給用戶劃分的維度來推送消息，便于個性化推送或精細(xì)化運(yùn)營；
• 觸達(dá)渠道（怎么找到接收方）：觸達(dá)的方式可以通過APP Push消息、短信、電話等方式；
• 通知文案（告訴接收方什么信息）：其中APP Push消息對應(yīng)的文案、短信文本消息、電話內(nèi)容等；
• 操作反饋（接收方可以干啥）：主要分為只讀與操作反饋。只讀，即當(dāng)前消息用戶在瀏覽后不需要做更多的操作，主要以了解為主；操作反饋，即當(dāng)前消息需要用戶瀏覽，且在瀏覽后做相應(yīng)的后續(xù)操作。

通過以上六步，結(jié)合業(yè)務(wù)場景和消息的重要性，可以依次做分類。這里可以通過實際場景的業(yè)務(wù)流程進(jìn)行梳理，其中消息推送需要滿足以下三個維度：

• 消息的全面性 ：在業(yè)務(wù)流程中，消息推送一定要全面且完整。業(yè)務(wù)過程的扭轉(zhuǎn)，比如訂單狀態(tài)扭轉(zhuǎn)的推送；
• 消息的及時性 ：消息的觸達(dá)方式要及時有效，在消息相關(guān)事件發(fā)生后，用戶能在第一時間獲取到信息并提供操作反饋給到消息發(fā)送方；
• 消息的高效性 ： 方便用戶更便捷的處理消息通知，將相似的消息合并。

相信通過以上的內(nèi)容，至少對消息模塊有了一定的了解，接下來可以結(jié)合一起場景來聊下。

二、根據(jù)業(yè)務(wù)去理解消息提醒模塊

舉一個例子，用戶在電商平臺購買商品，在【付款】階段退出了，在某個階段未繼續(xù)【付款】，是不是需要給用戶推送消息？John幫您整理了下：

那么可以分為三步整理成這張圖片：

針對這三步來整理下里面的細(xì)節(jié)：

①梳理產(chǎn)品中包含的消息類型清單

通過【觸發(fā)時間和條件】、【通知來源】和【通知對象】三步去梳理系統(tǒng)中可能會有的消息類型。經(jīng)過各類型的產(chǎn)品拆解，比較有公式的消息分類主要分為三類：禁止類、警告類、成功類。當(dāng)然基于產(chǎn)品業(yè)務(wù)，還需要做整體的梳理：

那怎么基于業(yè)務(wù)去梳理產(chǎn)品呢？可以通過流程圖來梳理。這里John以用戶購買商品的流程來梳理。如下如所示：

涉及到多用戶角色、多場景、多狀態(tài)時，一定要通過流程和角色狀態(tài)梳理清晰。因為不同的操作對應(yīng)著前后端不同的狀態(tài)交換。流程圖既能讓團(tuán)隊清楚整體的業(yè)務(wù)路徑，也方便產(chǎn)品經(jīng)理去梳理產(chǎn)品過程中的狀態(tài)流，保證完整性。

②梳理消息觸達(dá)渠道

確定給用戶推送的消息類型后，接下來要確定消息觸達(dá)的渠道。因為不同的消息觸達(dá)渠道會對應(yīng)不同的業(yè)務(wù)場景。以下是John整理的消息觸達(dá)渠道：

通過以上的梳理，相信對消息類型和推送渠道有了完整的認(rèn)識。這里想說明的是——一個好的消息模塊需要做到有效觸達(dá)且不會過分的打擾用戶。

否則消息模塊會讓用戶厭惡。對于出現(xiàn)頻次高且狀態(tài)流程消息最好做好合并。消息是否合并，可以看兩個維度：

合并業(yè)務(wù)流程歷史節(jié)點(diǎn)消息：對于業(yè)務(wù)流程通知類消息，過程中的節(jié)點(diǎn)可以進(jìn)行合并。比如淘寶在展示物流信息時，針對同一訂單的物流，僅保留最新的一條。案例如下：

合并同類消息：對于同類型的消息過多，只需要給用戶提供對應(yīng)的入口，自動合并同類型的消息，減少對用戶的打擾。比如微信訂閱號消息，合并所有已關(guān)注訂閱號發(fā)布的消息。

另外還有相同活動類型的消息也可以合并。其中需要注意的是：

• 不同端（APP、H5）的相同類型的消息要保持統(tǒng)一；
• Badge提示需要在應(yīng)用內(nèi)的消息模塊有對應(yīng)的消息提示；
• Push類消息文案需要和消息中心的文案保持一致。

③梳理通知文案和操作反饋

通知文案一定要簡單易懂和讓用戶高效處理。其中也可以通過一個公式梳理下：

但是要注意幾點(diǎn)：

重點(diǎn)文案前置——重點(diǎn)消息推送給用戶，用戶一眼要看到重點(diǎn)。所以一定要露出重點(diǎn)消息。比如：

但是敏感消息有時候也要保護(hù)，比如銀行卡工資發(fā)放到賬的Push消息，最好讓用戶選擇是否脫敏。

展示發(fā)送時間——當(dāng)消息的發(fā)生時間對用戶后續(xù)判斷、操作有影響時，需要在通知內(nèi)容中包含消息發(fā)生的時間，方便用戶進(jìn)行追溯。

寫到這兒，相信您對消息模塊的整體架構(gòu)和邏輯應(yīng)該非常清晰了。（再啰嗦一句：產(chǎn)品經(jīng)理在設(shè)計模塊時應(yīng)該做全局考慮）。

三、去拆解其他產(chǎn)品是如何做消息模塊

不同產(chǎn)品的消息模塊因為產(chǎn)品定位不同，設(shè)計差異性非常大，但是整體都可以分為【消息中心的入口】、【消息列表展示形式】、【消息卡片樣式】和【消息的設(shè)置】這四部分。如下圖所示：

咱依次來看看對應(yīng)的產(chǎn)品。

①消息中心入口

主要有底部Tab形式、頂部入口、個人中心的二級菜單等三種入口方式：

• 底部Tab：一般適用于產(chǎn)品核心場景中包含用戶之間的溝通/營銷為核心的產(chǎn)品，希望通過強(qiáng)化消息模塊讓用戶更多的關(guān)注和交互。同樣會提供Badge數(shù)字作為未讀消息的提示；
• 頂部入口：代表消息對產(chǎn)品核心場景的影響較少，同樣會提供Badge數(shù)字作為未讀消息的提示。作為誘因讓用戶可以點(diǎn)擊參與；
• 個人中心二級菜單：代表消息只是作簡單的通知工具，消息可以存放歷史記錄，僅作為弱提醒使用。

②消息列表

從消息中心點(diǎn)擊跳轉(zhuǎn)到消息列表。列表一般都會按照時間降序排列，由于可能通知的消息類型非常多，可通過消息組合【分類型】和【分Tab】兩種形式提升用戶查看的效率。如下圖：

③消息卡片

消息卡片一般可以通過兩種形式：

小卡片——應(yīng)用在一級消息列表，用戶的瀏覽效率更高；

大卡片——引用在二級消息列表，用戶看到具體的內(nèi)容更清晰（或者消息比較少的產(chǎn)品）。

④消息設(shè)置

消息模塊的設(shè)置基本分為：

• 全部已讀：對于消息數(shù)量非常多，可以一鍵全部已讀。一鍵全部已讀也分為一級確認(rèn)——點(diǎn)擊即清楚；也有二次確認(rèn)（防止誤操作）；
• 設(shè)置通知方式：在某個時間段不允許打擾，即靜默推送；也有設(shè)置模糊推動，如微信可接收“您收到了一條信息”的模糊消息；

可能還有很多其他消息設(shè)置，自動清理信息，是否折疊等等?？梢愿鶕?jù)您設(shè)計的產(chǎn)品去思考下。

寫到這兒，John相信大家至少非常清晰了消息模塊應(yīng)該怎么做？但是John更想告訴您的是：如果您真的一五一十的去了解業(yè)務(wù)了，您認(rèn)真的去拆解產(chǎn)品了。對于您設(shè)計的模塊應(yīng)該有很多自己的想法，至少您能知道如何做好該模塊。

產(chǎn)品經(jīng)理不就是這樣一步步成長起來的嗎？哪有什么快捷方式？

作者：John，產(chǎn)品狗一枚，微信公眾號：產(chǎn)品狗聚集地。

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

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