APP產(chǎn)品策劃:消息系統(tǒng)設(shè)計簡析
對于大多數(shù)APP產(chǎn)品而言,消息系統(tǒng)都是一個必不可少的功能模塊,其核心目的是讓產(chǎn)品直接與用戶產(chǎn)生交互,幫助用戶更容易獲得提醒,在保證用戶體驗的同時可有效提升用戶留存和活躍。那么,消息系統(tǒng)在設(shè)計的有哪些需要注意的點呢?請聽筆者慢慢道來~
一、消息分類
在進(jìn)行消息系統(tǒng)設(shè)計時,我們需要先把產(chǎn)品可能涉及的消息進(jìn)行分類,確定不同消息的實際觸發(fā)場景和節(jié)點。
以下是幾種常見的消息類別:
1. 互動消息
常見于社區(qū)類產(chǎn)品,包括點贊、評論、轉(zhuǎn)發(fā)、分享和打賞等互動行為,由用戶A基于用戶B生產(chǎn)的相應(yīng)內(nèi)容(如動態(tài)、文章、視頻等)執(zhí)行互動操作后觸發(fā)生成。
2. 關(guān)注消息/好友申請
常見于社區(qū)和社交類產(chǎn)品,其觸發(fā)形式主要根據(jù)實際的產(chǎn)品形態(tài)進(jìn)行確定,如用戶關(guān)系為強(qiáng)關(guān)系,則可將消息的觸發(fā)設(shè)計為實時觸發(fā);而如果為弱關(guān)系,則可以考慮將觸發(fā)邏輯設(shè)計為定時或定量觸發(fā)。
3. 訂單、物流消息
在交易類產(chǎn)品上比較多見,主要根據(jù)相關(guān)訂單和物流狀態(tài)的變更而觸發(fā)提醒。同時,需要注意區(qū)分狀態(tài)變更時的用戶狀態(tài)和提醒必要性,對于用戶主動觸發(fā)(即顯性)的狀態(tài)變更可考慮不做提醒,記錄類的消息除外。
4. IM聊天消息
有社交屬性產(chǎn)品的基礎(chǔ)功能,主要可以分為一對一陌生人和好友聊天,以及單聊和群聊;消息的觸發(fā)為發(fā)送后實時到達(dá)并提醒,以保證聊天過程順暢。
5. 內(nèi)容、活動和系統(tǒng)通知
類似于IM聊天消息,但展現(xiàn)形態(tài)和觸發(fā)場景更靈活多變,可根據(jù)設(shè)定條件或后臺人工觸發(fā),跟產(chǎn)品基礎(chǔ)調(diào)性和內(nèi)容的相關(guān)性極高。
二、時間戳
對于消息的顯示,可根據(jù)所要提醒內(nèi)容的格式和優(yōu)先級進(jìn)行設(shè)計。但無論如何設(shè)計,消息時間戳都是組成一條消息不可或缺的部分。其中,使用12或24小時制一般以用戶設(shè)備選定的格式為標(biāo)準(zhǔn)。
常見的時間戳設(shè)計規(guī)則如下:
1. 互動、訂單、物流類消息時間戳
以用戶設(shè)備的時間為參考:
- 消息在今天范圍內(nèi),顯示XX:XX,如 10:02, 18:10
- 消息在昨天范圍內(nèi),顯示昨天XX:XX,如昨天10:02,昨天18:10
- 消息在昨天前且在今年內(nèi),顯示 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聊天消息時間戳
以用戶設(shè)備的時間為參考:
- 消息在今天范圍內(nèi),顯示XX:XX,如 10:02, 18:10
- 消息在昨天范圍內(nèi),顯示昨天XX:XX,如昨天10:02,昨天18:10
- 消息在昨天前且在今年內(nèi),顯示 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
聊天會話頁消息流的時間戳顯示與隱藏:
- 新消息接收或發(fā)送的時間相對于已經(jīng)顯示的時間戳,小于5分鐘的,消息不顯示時間戳;
- 大于或等于5分鐘的,顯示時間戳。
三、可見對象
消息可見對象可理解為提醒對象,但兩者并不完成對等,因為對同一條消息而言,對于不同可見對象的提醒方式并不完全一樣。
1. 目標(biāo)對象可見
如關(guān)注、訂單、物流和系統(tǒng)通知類消息,消息有明確的目標(biāo)對象(即被關(guān)注對象、下單用戶和通知對象),該消息的指向為明確指向。
2. 目標(biāo)對象和內(nèi)容主可見
如互動類型的消息,內(nèi)容主生產(chǎn)的內(nèi)容下可能有多個用戶參與互動,且互動的明確對象不一定為內(nèi)容主(內(nèi)容主為內(nèi)容關(guān)聯(lián)互動對象),此時產(chǎn)生的消息提醒就涉及到目標(biāo)對象和內(nèi)容主可見。
3. 會話對象可見
見于IM聊天模塊,單聊為聊天雙方可見,群聊為群成員可見,但對于聊天系統(tǒng)提示類的消息,則需要根據(jù)提示的具體場景來確定可見性(如微信群組退群消息僅群組可見,安全風(fēng)險提示僅消息接收方可見等)。
四、提醒方式
1. 應(yīng)用內(nèi)
紅點:
可分成不計數(shù)紅點的弱提醒,以及計數(shù)(超過99顯示99+)紅點的強(qiáng)提醒;同時,進(jìn)一步細(xì)分還可以增加類紅點方式提醒(可參考QQ群的免打擾提醒方式),該方式比不計數(shù)紅點提醒更弱,僅用來表示計數(shù),強(qiáng)化用戶感知。
震動和聲音:
一般僅針對計數(shù)紅點的強(qiáng)提醒消息進(jìn)行震動和聲音響應(yīng);同時需要對震動和聲音響應(yīng)進(jìn)行頻率限制,如1秒內(nèi)收到多個消息,僅震動和聲音響應(yīng)一次。
2. 應(yīng)用外
APP紅點:
根據(jù)應(yīng)用內(nèi)消息計數(shù)來標(biāo)記紅點進(jìn)行提醒。
推送:
當(dāng)APP處于后臺(即在屏幕中APP為不可見狀態(tài))時才使用推送提醒,由于Android和iOS機(jī)制不同,此處區(qū)分兩個平臺講解:
- Android:設(shè)備要接收到推送需保證APP進(jìn)程存活,而國內(nèi)Android設(shè)備的系統(tǒng)均為定制過的ROM,APP存活需將APP設(shè)置為白名單(如微信釘釘跟各大手機(jī)廠商均有合作添加產(chǎn)品白名單,或?qū)PP加入手機(jī)自帶的安全工具白名單),這樣才能保證推送不會丟失;另外,國外版的Android大多為原生系統(tǒng),進(jìn)程存活率較高,不需要額外設(shè)置白名單來保證存活。
- iOS:iOS的推送均需要通過蘋果官方服務(wù)器進(jìn)行推送,跟進(jìn)程存活沒有關(guān)系,無論進(jìn)程在后臺活躍還是被kill,都能收到推送(前提是用戶開啟推送通知權(quán)限,可參考小紅書的常駐引導(dǎo)開啟方式)。
短信:
到達(dá)率和成本更高,一般僅用于交易、大型推廣活動和用戶召回等強(qiáng)提醒場景;同時,當(dāng)用戶推送權(quán)限處于關(guān)閉狀態(tài)時,也可使用短信觸達(dá)后引導(dǎo)開啟。
3. 補(bǔ)充
對于有多端(不同設(shè)備)登錄功能的產(chǎn)品,還需要設(shè)計相應(yīng)的多設(shè)備登錄時,移動設(shè)備可開啟免提醒的功能(具體可參考微信和釘釘)。
五、寫在最后
消息系統(tǒng)的設(shè)計,要充分考慮產(chǎn)品所針對的用戶群體,保持消息頻率的克制和消息的實際意義,而非為了點擊轉(zhuǎn)化的誘導(dǎo)提醒。
當(dāng)然,理想和現(xiàn)實總是不一樣的,用戶體驗和產(chǎn)品效益之間永遠(yuǎn)都是一個聊不完的話題,最重要的還是找到那個平衡點。只有這樣,消息系統(tǒng)才能真正的起到促進(jìn)用戶留存和活躍的作用。
作者:瞻星同學(xué)(微信公眾號:產(chǎn)品研究社)
本文由 @瞻星同學(xué) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
太少前端了
作者可否就不同產(chǎn)品的消息功能進(jìn)行分類,來一篇文章詳細(xì)解析一下?嘿嘿
贊!