站內信設計思路
站內信可以實現兩個基本功能:點到點的消息傳送:用戶給用戶發送站內信,管理員給用戶發送站內信;點到面的消息傳送:管理員給用戶群發消息。
消息通知的幾種形式
消息通知,通常來說包括以下幾種形式:
形式一:系統 PUSH,極高的曝光率&極低的打開率
IM 消息提醒、評論互動、運營通常采用這一方式。IM 消息提醒如微信、QQ、釘釘的聊天消息,對及時性的要求極高?;釉u論常見于社交類應用,比如微博。
用戶對這兩者的容忍度相對較高,且 IM 消息 > 評論互動。
系統 PUSH 的優點在于它的到達率和曝光率,只要沒有被關閉通知權限,幾乎能夠 100% 讓用戶看見。
這樣的后果是打開率極低,并且一旦頻繁推送,就面臨著被用戶關閉通知權限、甚至直接被卸載的后果。
形式二:應用內彈窗,重要的版本更新提示通常采用這種方式
京東的版本更新提示,餓了么每天首次打開時的紅包,Uber 的活動推廣……都會采用應用內彈窗。應用內彈窗的曝光率極高,但破壞性也極強,因為它打斷了用戶的正常使用流程,并且必須按關閉/確認才能關掉彈窗(更優雅的交互方式是點擊屏幕空白處)。
方式三:站內信通知,取決產品本身的架構,通常由官方賬號發出
站內信通知,是更為普遍的一種活動運營方式。
而 app 的日常運營,也是靠該賬號推送內容,比如網易云音樂的小秘書、知乎的知乎團隊/知乎 Live 團隊。
方式四:小紅點+淺灰色文字,通常標記在入口處
在功能入口上加小紅點,在列表式的功能入口上加小紅點/右側淺灰色文字,是更常見的一種方式,比如微信默認朋友后有更新時會在發現欄上出現紅點提示,以及微信讀書的版本更新會在相應的入口處都添加小紅點。
其他:手機短信通知、郵件訂閱
這兩種方式不再贅述。
本文重點闡述站內信的前后端設計邏輯。
什么是站內信
“站內信”不同于電子郵件,電子郵件通過專門的郵件服務器發送、保存,而“站內信”是系統內的消息,其實就是通過數據庫插入記錄來實現的?!罢緝刃拧庇袃蓚€基本功能:
- 點到點的消息傳送。用戶給用戶發送站內信,管理員給用戶發送站內信。
- 點到面的消息傳送。管理員給用戶(指定滿足某一條件的用戶群)群發消息。
站內信怎么設計
1. 站內信
關于用戶的資產信息,商品物流等動態更新通知。
如交易、物流、收發貨等通知,一方面用戶能及時知曉商品的第一動向,另外也能在一定程度上較少企業的短信成本;
如積分變動、優惠券到期前通知,凸顯用戶資產信息重要性的同時,又喚醒沉默用戶進行消費優惠券,從而促進訂單轉化。
- 一般用戶只有閱讀和刪除權限;
- 發送是由系統設置的觸發條件或者運營人員在用戶營銷時手動發送;
- 只能用戶自己看到;
- 在WEB端在個人中心一般為“站內信”形式;移動端個人中心頁面的消息圖標并附帶未讀的條數;
- 站內信內容不多,點擊標題下拉收縮展開。
2. 公告
應用場景較廣,便捷性較強,當企業存在公告類內容,可及時進行全量或定量推送,讓平臺內的用戶知悉。
- 一般放在網站首頁頂部區域,
- 游客模式下也可看;
- 只有網站管理員才可編輯刪除;
- 內容較多,點擊跳轉新頁面。
3. 設計思路
我們希望用戶收到個性化的營銷信息,喚醒沉默用戶,而有的信息我們希望有游客也可以看到,便于未注冊用戶的注冊轉化。
筆者在互金公司做產品狗時,平臺的運營活動較多,每個月有一固定大活動,兩三個小活動,并針對這些活動發布站內活動通告,針對待收少于**的用戶做單獨的活動推送,可否將兩者的通知渠道整合一下,優化下空間資源。
之前在首頁右側有公告圖標,點擊打開是公告列表,在個人中心頁面右側有個人消息,點擊為個人的信息變動情況。
筆者在改版過程中,將公告通知模塊與站內信模塊設計在一起。
消息中心板塊
- 頂部導航欄公告與站內信在導航欄頁面,點擊相互切換;
- 點擊通知消息,為企業公告消息,可二級菜單可具體細分為公告與活動消息;
- 底板標簽欄為操作欄,在公告頁面,都為禁用狀態,只有管理員才可刪除公告信息;
- 頂部點擊我的消息,為個人信息頁面;
- 必須要登錄狀態,未登錄則登錄頁面;
底部標簽欄三個操作按鈕都可點擊狀態:
小紅點表示未讀,閱讀之后,小紅點消失,點擊標題欄,可展開查看具體內容(如下圖):
選中某消息,點擊底部標簽欄已讀或者刪除,可進行對應的刪除或者已查看操作。
4. 后臺設計
后臺在設計時,功能要區分開。
1. 公告或者重大通知,一般篇幅較大,類似發布文章功能,也可用文章模塊配置發送,都為管理員發布,某些內容需要事前審核;
點擊新增通知,進行公告內容的編寫發布:
2. 站內信發送功能由系統觸發后自動發送,或者管理員手動發送,內容較短;
一般為系統定好的規則執行,當需單獨對某用戶發送時,可點擊手動添加按鈕,按級別,類型或者其他條件篩選,并填寫發送內容推送;
本文由 @胖子 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
管理后臺的狀態如何變化呢?是全部用戶查看才會變為已查看嗎?
請問下,站內信你們是通過前端輪詢方式實現推送,還是服務端通過相關技術推動
想問一下站內信的系統自動發送的規則,也可以在管理后臺中進行更改配置嗎?
用戶之間的站內信,很多是廣告,或者是留微信號,結果就成了雞肋。有沒有什么辦法破?
制定規則和界限,前期用馬甲賬號回復,同時懲罰廣告行為
站內信的打開率是這類產品的核心指標
站內信一般都無視了,打開率越來越低,有強迫癥的人點擊紅點,點擊全部已讀執行刪除操作