中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導語：在產品經理工作中，對于如何設計產品模塊，憑著工作經驗來做可不可行？作者分享了一些如何更全面地設計產品模塊的方法，幫助你更好地從業務落地角度去考慮，實現更好的產品設計模塊，我們一起來看看吧。

寫在前面的話：John覺得產品經理在設計產品模塊時，應該從這三個角度去思考：

• 通過業務去理解產品模塊（一定要結合系統側、對應的業務場景和用戶場景）。
• 去拆解其他產品是如何做該產品模塊的？
• 再基于產品經理工作流去設計產品模塊。

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

一、消息模塊的整體架構

消息提醒是一種信息交換的方式。目的是及時將反饋狀態、內容的更新、重要的提醒觸達給用戶。

尤其是涉及到復雜多狀態的業務流程的產品，無法一步觸達給用戶，那么消息系統針對于狀態流的告知就顯得尤為重要。當然，通過消息系統也能達到召回用戶的目的。

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

其中：

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

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

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

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

二、根據業務去理解消息提醒模塊

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

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

針對這三步來整理下里面的細節：

①梳理產品中包含的消息類型清單

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

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

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

②梳理消息觸達渠道

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

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

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

合并業務流程歷史節點消息：對于業務流程通知類消息，過程中的節點可以進行合并。比如淘寶在展示物流信息時，針對同一訂單的物流，僅保留最新的一條。案例如下：

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

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

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

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

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

但是要注意幾點：

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

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

展示發送時間——當消息的發生時間對用戶后續判斷、操作有影響時，需要在通知內容中包含消息發生的時間，方便用戶進行追溯。

寫到這兒，相信您對消息模塊的整體架構和邏輯應該非常清晰了。（再啰嗦一句：產品經理在設計模塊時應該做全局考慮）。

三、去拆解其他產品是如何做消息模塊

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

咱依次來看看對應的產品。

①消息中心入口

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

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

②消息列表

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

③消息卡片

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

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

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

④消息設置

消息模塊的設置基本分為：

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

可能還有很多其他消息設置，自動清理信息，是否折疊等等?？梢愿鶕O計的產品去思考下。

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

產品經理不就是這樣一步步成長起來的嗎？哪有什么快捷方式？

作者：John，產品狗一枚，微信公眾號：產品狗聚集地。

本文由 @John 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自pexels，，基于 CC0 協議