APP產品策劃:消息系統設計簡析

4 評論 12808 瀏覽 88 收藏 9 分鐘

對于大多數APP產品而言,消息系統都是一個必不可少的功能模塊,其核心目的是讓產品直接與用戶產生交互,幫助用戶更容易獲得提醒,在保證用戶體驗的同時可有效提升用戶留存和活躍。那么,消息系統在設計的有哪些需要注意的點呢?請聽筆者慢慢道來~

一、消息分類

在進行消息系統設計時,我們需要先把產品可能涉及的消息進行分類,確定不同消息的實際觸發場景和節點。

以下是幾種常見的消息類別:

1. 互動消息

常見于社區類產品,包括點贊、評論、轉發、分享和打賞等互動行為,由用戶A基于用戶B生產的相應內容(如動態、文章、視頻等)執行互動操作后觸發生成。

2. 關注消息/好友申請

常見于社區和社交類產品,其觸發形式主要根據實際的產品形態進行確定,如用戶關系為強關系,則可將消息的觸發設計為實時觸發;而如果為弱關系,則可以考慮將觸發邏輯設計為定時或定量觸發。

3. 訂單、物流消息

在交易類產品上比較多見,主要根據相關訂單和物流狀態的變更而觸發提醒。同時,需要注意區分狀態變更時的用戶狀態和提醒必要性,對于用戶主動觸發(即顯性)的狀態變更可考慮不做提醒,記錄類的消息除外。

4. IM聊天消息

有社交屬性產品的基礎功能,主要可以分為一對一陌生人和好友聊天,以及單聊和群聊;消息的觸發為發送后實時到達并提醒,以保證聊天過程順暢。

5. 內容、活動和系統通知

類似于IM聊天消息,但展現形態和觸發場景更靈活多變,可根據設定條件或后臺人工觸發,跟產品基礎調性和內容的相關性極高。

二、時間戳

對于消息的顯示,可根據所要提醒內容的格式和優先級進行設計。但無論如何設計,消息時間戳都是組成一條消息不可或缺的部分。其中,使用12或24小時制一般以用戶設備選定的格式為標準。

常見的時間戳設計規則如下:

1. 互動、訂單、物流類消息時間戳

以用戶設備的時間為參考:

  • 消息在今天范圍內,顯示XX:XX,如 10:02, 18:10
  • 消息在昨天范圍內,顯示昨天XX:XX,如昨天10:02,昨天18:10
  • 消息在昨天前且在今年內,顯示 XX-XXXX:XX,如4-12 10:02,5-4 18:10,12-2012:12
  • 消息在今年以前,顯示XX-XX-XX XX:XX,如16-4-12 10:02,17-12-1 12:12

2. IM聊天消息時間戳

以用戶設備的時間為參考:

  • 消息在今天范圍內,顯示XX:XX,如 10:02, 18:10
  • 消息在昨天范圍內,顯示昨天XX:XX,如昨天10:02,昨天18:10
  • 消息在昨天前且在今年內,顯示 XX-XXXX:XX,如4-12 10:02,5-4 18:10,12-20 12:12
  • 消息在今年以前,顯示XX-XX-XX XX:XX,如16-4-12 10:02,17-12-1 12:12

聊天會話頁消息流的時間戳顯示與隱藏:

  • 新消息接收或發送的時間相對于已經顯示的時間戳,小于5分鐘的,消息不顯示時間戳;
  • 大于或等于5分鐘的,顯示時間戳。

三、可見對象

消息可見對象可理解為提醒對象,但兩者并不完成對等,因為對同一條消息而言,對于不同可見對象的提醒方式并不完全一樣。

1. 目標對象可見

如關注、訂單、物流和系統通知類消息,消息有明確的目標對象(即被關注對象、下單用戶和通知對象),該消息的指向為明確指向。

2. 目標對象和內容主可見

如互動類型的消息,內容主生產的內容下可能有多個用戶參與互動,且互動的明確對象不一定為內容主(內容主為內容關聯互動對象),此時產生的消息提醒就涉及到目標對象和內容主可見。

3. 會話對象可見

見于IM聊天模塊,單聊為聊天雙方可見,群聊為群成員可見,但對于聊天系統提示類的消息,則需要根據提示的具體場景來確定可見性(如微信群組退群消息僅群組可見,安全風險提示僅消息接收方可見等)。

四、提醒方式

1. 應用內

紅點:

可分成不計數紅點的弱提醒,以及計數(超過99顯示99+)紅點的強提醒;同時,進一步細分還可以增加類紅點方式提醒(可參考QQ群的免打擾提醒方式),該方式比不計數紅點提醒更弱,僅用來表示計數,強化用戶感知。

震動和聲音:

一般僅針對計數紅點的強提醒消息進行震動和聲音響應;同時需要對震動和聲音響應進行頻率限制,如1秒內收到多個消息,僅震動和聲音響應一次。

2. 應用外

APP紅點:

根據應用內消息計數來標記紅點進行提醒。

推送:

當APP處于后臺(即在屏幕中APP為不可見狀態)時才使用推送提醒,由于Android和iOS機制不同,此處區分兩個平臺講解:

  1. Android:設備要接收到推送需保證APP進程存活,而國內Android設備的系統均為定制過的ROM,APP存活需將APP設置為白名單(如微信釘釘跟各大手機廠商均有合作添加產品白名單,或將APP加入手機自帶的安全工具白名單),這樣才能保證推送不會丟失;另外,國外版的Android大多為原生系統,進程存活率較高,不需要額外設置白名單來保證存活。
  2. iOS:iOS的推送均需要通過蘋果官方服務器進行推送,跟進程存活沒有關系,無論進程在后臺活躍還是被kill,都能收到推送(前提是用戶開啟推送通知權限,可參考小紅書的常駐引導開啟方式)。

短信:

到達率和成本更高,一般僅用于交易、大型推廣活動和用戶召回等強提醒場景;同時,當用戶推送權限處于關閉狀態時,也可使用短信觸達后引導開啟。

3. 補充

對于有多端(不同設備)登錄功能的產品,還需要設計相應的多設備登錄時,移動設備可開啟免提醒的功能(具體可參考微信和釘釘)。

五、寫在最后

消息系統的設計,要充分考慮產品所針對的用戶群體,保持消息頻率的克制和消息的實際意義,而非為了點擊轉化的誘導提醒。

當然,理想和現實總是不一樣的,用戶體驗和產品效益之間永遠都是一個聊不完的話題,最重要的還是找到那個平衡點。只有這樣,消息系統才能真正的起到促進用戶留存和活躍的作用。

 

作者:瞻星同學(微信公眾號:產品研究社)

本文由 @瞻星同學 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 太少前端了

    回復
  2. 作者可否就不同產品的消息功能進行分類,來一篇文章詳細解析一下?嘿嘿

    來自北京 回復
  3. 贊!

    來自北京 回復