APP產品策劃:消息系統設計簡析
對于大多數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機制不同,此處區分兩個平臺講解:
- Android:設備要接收到推送需保證APP進程存活,而國內Android設備的系統均為定制過的ROM,APP存活需將APP設置為白名單(如微信釘釘跟各大手機廠商均有合作添加產品白名單,或將APP加入手機自帶的安全工具白名單),這樣才能保證推送不會丟失;另外,國外版的Android大多為原生系統,進程存活率較高,不需要額外設置白名單來保證存活。
- iOS:iOS的推送均需要通過蘋果官方服務器進行推送,跟進程存活沒有關系,無論進程在后臺活躍還是被kill,都能收到推送(前提是用戶開啟推送通知權限,可參考小紅書的常駐引導開啟方式)。
短信:
到達率和成本更高,一般僅用于交易、大型推廣活動和用戶召回等強提醒場景;同時,當用戶推送權限處于關閉狀態時,也可使用短信觸達后引導開啟。
3. 補充
對于有多端(不同設備)登錄功能的產品,還需要設計相應的多設備登錄時,移動設備可開啟免提醒的功能(具體可參考微信和釘釘)。
五、寫在最后
消息系統的設計,要充分考慮產品所針對的用戶群體,保持消息頻率的克制和消息的實際意義,而非為了點擊轉化的誘導提醒。
當然,理想和現實總是不一樣的,用戶體驗和產品效益之間永遠都是一個聊不完的話題,最重要的還是找到那個平衡點。只有這樣,消息系統才能真正的起到促進用戶留存和活躍的作用。
作者:瞻星同學(微信公眾號:產品研究社)
本文由 @瞻星同學 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
太少前端了
作者可否就不同產品的消息功能進行分類,來一篇文章詳細解析一下?嘿嘿
贊!