To B 產(chǎn)品的消息推送設(shè)計
消息推送越來越成為APP中不可或缺的功能。好的推送可以提升用戶的活躍度、粘性、參與度。但是,設(shè)計的不好容易引起用戶的反感,提高產(chǎn)品的卸載率。下面分享的就是我對于消息推送功能設(shè)計的過程。
每個新功能的開發(fā)都要基于自身產(chǎn)品的定位,明確功能設(shè)計的目的。由于我負(fù)責(zé)產(chǎn)品的定位是To B 端的工具型產(chǎn)品,設(shè)計的目的是提醒用戶每日的工作內(nèi)容,提高用戶的參與度。所以整個功能設(shè)計都在這個基調(diào)上進行,兼顧一些拓展性。
前期設(shè)計參照了幾個市面主流APP的消息推送功能,再結(jié)合產(chǎn)品本身的定位進行方案的選擇與調(diào)整。整個推送功能的設(shè)計分為以下幾個模塊:數(shù)據(jù)源、推送管理平臺、推送消息設(shè)置、推送顆粒度設(shè)置、歷史倉庫、數(shù)據(jù)分析、第三方幾部分。下文主要闡述推送消息設(shè)置、第三方兩部分。
以下是整個設(shè)計的框架圖:
推送消息設(shè)置
消息分類
消息分類跟產(chǎn)品的定位是緊密相關(guān)的。例如:淘寶的定位是商品的交易平臺,所以界面上設(shè)置了物流消息、通知消息、互動消息等消息入口;當(dāng)當(dāng)讀書的定位是電子書購買、閱讀、書評的平臺,所以設(shè)置了小鈴鐺(買書的貨幣)、回復(fù)我的、書籍更新等入口;網(wǎng)易云音樂的定位是音樂播放下載、分享、交流的平臺,所以設(shè)置了云音樂秘書、評論等入口。
消息分類的展示樣式:常見的有列表、TAB頁的形式,或者是兩種展現(xiàn)形式進行組合。下圖為不同淘寶、當(dāng)當(dāng)讀書、網(wǎng)易云音樂三個APP的消息界面截圖:
我目前設(shè)計的產(chǎn)品要實現(xiàn)的是對工作內(nèi)容的推送,且用戶對每周上線的新功能比較關(guān)注,所以將消息分為了上線公告、業(yè)務(wù)消息、系統(tǒng)消息三大部分。整個消息的界面設(shè)計參照了淘寶。在底部進行大類區(qū)分,然后在每個大類里面以列表的形式做二級分類。
- 上線公告:當(dāng)有新功能上線或?qū)δ硞€問題進行修復(fù)時,進行消息推送。
- 業(yè)務(wù)消息:推送反饋用戶的業(yè)務(wù)完成情況,提醒用戶完成相應(yīng)的工作。在業(yè)務(wù)消息內(nèi)支持多種業(yè)務(wù)的推送。
- 系統(tǒng)推送:版本更新、系統(tǒng)優(yōu)化等功能推送。
界面草圖如下:
消息推送形式:手機通知欄、彈窗、紅點、角標(biāo)
各種類通知欄的強弱感知如下:手機通知欄>彈窗>角標(biāo)>紅點。多種形式也可以組合使用。
- 手機通知欄:推送級別較高。支持用戶在未使用APP時進行提醒。刺激用戶打開使用APP。
- 彈窗:打開APP時,進行彈窗消息推送。支持用戶打開APP后,進入新的功能模塊。
- 紅點:往往設(shè)置在APP內(nèi)消息的入口處,屬于較弱的提示。
- 角標(biāo):設(shè)置在APP圖標(biāo)上或者APP內(nèi)菜單入口,提示未讀消息的數(shù)量。
下圖是各類消息類型的樣式:
由于我目前產(chǎn)品需求負(fù)責(zé)人希望實現(xiàn):用戶在沒有使用APP的情況下,引導(dǎo)用戶進入APP,完成工作內(nèi)容。所以產(chǎn)品采用的是手機通知欄推送。之后要上線的公告消息、系統(tǒng)消息功能推送,會偏向于使用彈窗推送、角標(biāo)提示方式,這樣不會頻繁的干擾用戶。
消息推送目的地:消息中心、具體消息頁面
推送的落地頁面往往跟推送的內(nèi)容有很大關(guān)系。如果是推薦一款理財產(chǎn)品、提示一個物流進度,點擊后都是進入相應(yīng)的消息界面。如果是一次推送多個系統(tǒng)消息,無法法直接跳轉(zhuǎn)到某個具體界面,只能先進入中心,再選擇閱讀。每個消息都單獨推送是很容易引起用戶反感的。
- 消息中心:提高其它分類消息的曝光度。進入消息中心界面,用戶可重新選擇相應(yīng)的分類消息進行閱讀。
- 具體消息:一般適用于具體的某次活動、或者是新聞類的資訊。用戶點擊提醒,說明是對消息的內(nèi)容感興趣,跳轉(zhuǎn)至詳情頁,直奔主題
我這次的產(chǎn)品設(shè)計將目的地設(shè)置為了消息中心。原因有二:其一,由于消息入口是新上線的,將目的地引入消息中心,可提高該入口的曝光度,為之后上線的公告推送、系統(tǒng)推送做預(yù)熱。其二,為了不打擾用戶,每天只推送一次消息,這一條消息內(nèi)包含有多條的待辦事項,故不能直接進入對應(yīng)的具體消息界面。
消息推送時機
- 主要分為定時推送、實時推送。
定時推送:外賣型APP的推送,一般要設(shè)置在飯點前推送。也可根據(jù)用戶的使用習(xí)慣,進行推送的細(xì)分。比如用戶點一般在晚上8點的時候點外賣,就可以在7點半的時候進行消息定時推送;也可根據(jù)用戶的使用頻率進行推送。如,用戶七天內(nèi)未使用APP,則進行消息推送等。
實時推送:發(fā)生了新的新聞,有新的促銷產(chǎn)生,就會實時進行消息推送。特別是對于有時限性質(zhì)的消息,如果延遲推送,就可能給用戶造成了損失。
- 遵循克制的原則。對于To B 端的產(chǎn)品雖然不用擔(dān)心卸載率,但推送次數(shù)過頻繁,推送過多無價值的內(nèi)容,也容易引起用戶的反感。如果是To C的產(chǎn)品往往容易導(dǎo)致用戶卸載之類的問題。
- 用戶首次安裝APP后,往往會關(guān)閉了消息推送功能。有時候需引導(dǎo)用戶打開。引導(dǎo)時機可以是系統(tǒng)更新、有重要業(yè)務(wù)功能上線。
我這次產(chǎn)品設(shè)計,由于是業(yè)務(wù)上功能上的推送,實時性要求不強,故設(shè)計為了定時推送。每天早上9:00點推送一次,每次推送一條,在推送的一條消息里面提速待辦的工作條數(shù)。用戶早上一上班就可以看到要工作的內(nèi)容,提高了工作效率,減少了對用戶的干擾。
其它消息推送屬性設(shè)置
- 推送的模板:手機通知欄、彈窗推送的模板設(shè)計。手機通知欄設(shè)置特定的模板,方便用戶對消息的識別,減少用戶認(rèn)知難道。但是如果千篇一律的推送,又會造成用戶審美疲勞。標(biāo)題設(shè)計要遵循「AIDA法則」。(何謂AIDA法則:attention-引起注意,interest-產(chǎn)生興趣,desire-喚起欲望,action-點擊或購買行為),個人覺得還是要根據(jù)APP本身的定位而定。To B端的APP將意思表達清楚就好,太花俏的文案反而不太適合。
- 消息推送時的聲音、字體、圖文、動圖設(shè)置。
- 消息與賬戶登錄關(guān)系:用戶以游客模式就可以查詢到消息,還是必須登錄后查詢。比如新功能推送這個就應(yīng)該支持游客模式,項積分、酬金類的推送,就必須登錄后才能查看。
消息推送平臺
目前消息推送主要分為以下三個模塊:手機廠商(小米推送、華為推送)、第三方(友盟推送、極光推送、個推)、BAT推送平臺(阿里云推送、騰訊信鴿、百度云推送)也可以進行多種推送形式的組合。
由于之前公司的產(chǎn)品已經(jīng)集成了個推,所以是沿用之前的方案,提高開發(fā)的效率。具體在產(chǎn)品測試的時候也有些反饋小米、華為的進程取消后,無法接收到推送的消息。之后產(chǎn)品可能改進為采用個推+小米推送+華為推送的模式。
設(shè)計不足之處
本次設(shè)計雖然在后臺預(yù)留了消息推送的多維度(版本、機型、地市)配置。但是由于前期對用戶數(shù)據(jù)統(tǒng)計分析的不到位,導(dǎo)致無法對于推送消息進行多維度、細(xì)顆粒度分析。如:哪些地市的用戶對于消息推送點擊率比較高、用戶對于推送消息的點擊率有多少等。
對于消息的到達率、轉(zhuǎn)化率沒有定義好,無法衡量第三方推送是否達到了預(yù)期效果。無法從數(shù)據(jù)上獲知小米、華為等機型推送的消息到達率是否有問題。
無法從數(shù)據(jù)上統(tǒng)計,用戶是否反感這種推送設(shè)計,用戶對于設(shè)計的推送模板是否感興趣,推送的內(nèi)容是否影響到了用戶。只能通過用戶的反饋來檢測。
本文由 @張小菜?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
消息的推送會極大的造成用戶的反感,所以我覺得在做消息推送前一定要先明確每個消息推送的目的和意義。在不影響目的的同時盡可能的減少推送,這樣才能使用戶不屏蔽消息提醒。這篇文章我感覺比較偏向于功能實現(xiàn),而目的和意義講的比較少。
缺少消息有效期;用來控制消息的發(fā)送時間區(qū)間。例如你是發(fā)給客戶的彈窗消息,那么很長時間沒有登錄,那么一登錄是不是把之前所有都推給客戶?
還有分類中缺少一個針對所有新用戶的消息分類。每個新戶都會自動接收到幾條消息。
其中的消息推送管理平臺能說明下么?
我也想了解下消息推送管理平臺如何設(shè)計的~
上線公告:當(dāng)有新功能上線或?qū)δ硞€問題進行修復(fù)時,進行消息推送。
系統(tǒng)推送:版本更新、系統(tǒng)優(yōu)化等功能推送。
這兩個的定義有明顯的區(qū)別嗎?我看不出來呀
上線公告是業(yè)務(wù)上的,就是顯示每周上線的新功能及在功能上的優(yōu)化。系統(tǒng)推送是指,版本更新等技術(shù)上的更新。不知道這樣有沒有闡述得清楚
我的理解是版本更新包括了新功能上線、功能優(yōu)化以及系統(tǒng)優(yōu)化的,所以看不懂為什么要進一步做區(qū)分。還有就是這里的系統(tǒng)推送的這些技術(shù)上的更新對于用戶來說有重要到需要單獨設(shè)一個tab進行消息推送嗎?
產(chǎn)品新功能上線公告是屬于業(yè)務(wù)上的優(yōu)化,業(yè)務(wù)每周都會進行調(diào)整優(yōu)化更新,To B端的產(chǎn)品負(fù)責(zé)人對這塊比較關(guān)注,所以單獨拿出來,做一個獨立的模塊。還有個考慮就是,業(yè)務(wù)部門也要推送一些業(yè)務(wù)上的公告類消息,以后也放在這個入口里面。像安全加固、系統(tǒng)升級這類消息就不放在這里,做干擾了。對于普通的用戶來說,系統(tǒng)公告一般是不太關(guān)注的。
OK謝謝~我倒是覺得這里的系統(tǒng)消息功能可以砍掉