站內信設計思路

6 評論 1.8萬 瀏覽 128 收藏 9 分鐘

站內信可以實現兩個基本功能:點到點的消息傳送:用戶給用戶發送站內信,管理員給用戶發送站內信;點到面的消息傳送:管理員給用戶群發消息。

消息通知的幾種形式

消息通知,通常來說包括以下幾種形式:

形式一:系統 PUSH,極高的曝光率&極低的打開率

IM 消息提醒、評論互動、運營通常采用這一方式。IM 消息提醒如微信、QQ、釘釘的聊天消息,對及時性的要求極高。互動評論常見于社交類應用,比如微博。

用戶對這兩者的容忍度相對較高,且 IM 消息 > 評論互動。

系統 PUSH 的優點在于它的到達率和曝光率,只要沒有被關閉通知權限,幾乎能夠 100% 讓用戶看見。

這樣的后果是打開率極低,并且一旦頻繁推送,就面臨著被用戶關閉通知權限、甚至直接被卸載的后果。

形式二:應用內彈窗,重要的版本更新提示通常采用這種方式

京東的版本更新提示,餓了么每天首次打開時的紅包,Uber 的活動推廣……都會采用應用內彈窗。應用內彈窗的曝光率極高,但破壞性也極強,因為它打斷了用戶的正常使用流程,并且必須按關閉/確認才能關掉彈窗(更優雅的交互方式是點擊屏幕空白處)。

方式三:站內信通知,取決產品本身的架構,通常由官方賬號發出

站內信通知,是更為普遍的一種活動運營方式。

而 app 的日常運營,也是靠該賬號推送內容,比如網易云音樂的小秘書、知乎的知乎團隊/知乎 Live 團隊。

方式四:小紅點+淺灰色文字,通常標記在入口處

在功能入口上加小紅點,在列表式的功能入口上加小紅點/右側淺灰色文字,是更常見的一種方式,比如微信默認朋友后有更新時會在發現欄上出現紅點提示,以及微信讀書的版本更新會在相應的入口處都添加小紅點。

其他:手機短信通知、郵件訂閱

這兩種方式不再贅述。

本文重點闡述站內信的前后端設計邏輯。

什么是站內信

“站內信”不同于電子郵件,電子郵件通過專門的郵件服務器發送、保存,而“站內信”是系統內的消息,其實就是通過數據庫插入記錄來實現的。“站內信”有兩個基本功能:

  1. 點到點的消息傳送。用戶給用戶發送站內信,管理員給用戶發送站內信。
  2. 點到面的消息傳送。管理員給用戶(指定滿足某一條件的用戶群)群發消息。

站內信怎么設計

1. 站內信

關于用戶的資產信息,商品物流等動態更新通知。

如交易、物流、收發貨等通知,一方面用戶能及時知曉商品的第一動向,另外也能在一定程度上較少企業的短信成本;

如積分變動、優惠券到期前通知,凸顯用戶資產信息重要性的同時,又喚醒沉默用戶進行消費優惠券,從而促進訂單轉化。

  1. 一般用戶只有閱讀和刪除權限;
  2. 發送是由系統設置的觸發條件或者運營人員在用戶營銷時手動發送;
  3. 只能用戶自己看到;
  4. 在WEB端在個人中心一般為“站內信”形式;移動端個人中心頁面的消息圖標并附帶未讀的條數;
  5. 站內信內容不多,點擊標題下拉收縮展開。

2. 公告

應用場景較廣,便捷性較強,當企業存在公告類內容,可及時進行全量或定量推送,讓平臺內的用戶知悉。

  1. 一般放在網站首頁頂部區域,
  2. 游客模式下也可看;
  3. 只有網站管理員才可編輯刪除;
  4. 內容較多,點擊跳轉新頁面。

3. 設計思路

我們希望用戶收到個性化的營銷信息,喚醒沉默用戶,而有的信息我們希望有游客也可以看到,便于未注冊用戶的注冊轉化。

筆者在互金公司做產品狗時,平臺的運營活動較多,每個月有一固定大活動,兩三個小活動,并針對這些活動發布站內活動通告,針對待收少于**的用戶做單獨的活動推送,可否將兩者的通知渠道整合一下,優化下空間資源。

之前在首頁右側有公告圖標,點擊打開是公告列表,在個人中心頁面右側有個人消息,點擊為個人的信息變動情況。

筆者在改版過程中,將公告通知模塊與站內信模塊設計在一起。

消息中心板塊

  1. 頂部導航欄公告與站內信在導航欄頁面,點擊相互切換;
  2. 點擊通知消息,為企業公告消息,可二級菜單可具體細分為公告與活動消息;
  3. 底板標簽欄為操作欄,在公告頁面,都為禁用狀態,只有管理員才可刪除公告信息;
  4. 頂部點擊我的消息,為個人信息頁面;
  5. 必須要登錄狀態,未登錄則登錄頁面;

底部標簽欄三個操作按鈕都可點擊狀態:

小紅點表示未讀,閱讀之后,小紅點消失,點擊標題欄,可展開查看具體內容(如下圖):

選中某消息,點擊底部標簽欄已讀或者刪除,可進行對應的刪除或者已查看操作。

4. 后臺設計

后臺在設計時,功能要區分開。

1. 公告或者重大通知,一般篇幅較大,類似發布文章功能,也可用文章模塊配置發送,都為管理員發布,某些內容需要事前審核;

點擊新增通知,進行公告內容的編寫發布:

2. 站內信發送功能由系統觸發后自動發送,或者管理員手動發送,內容較短;

一般為系統定好的規則執行,當需單獨對某用戶發送時,可點擊手動添加按鈕,按級別,類型或者其他條件篩選,并填寫發送內容推送;

 

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

題圖來自Unsplash,基于CC0協議

給作者打賞,鼓勵TA抓緊創作!
更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 請問下,站內信你們是通過前端輪詢方式實現推送,還是服務端通過相關技術推動

    回復
  2. 想問一下站內信的系統自動發送的規則,也可以在管理后臺中進行更改配置嗎?

    回復
  3. 用戶之間的站內信,很多是廣告,或者是留微信號,結果就成了雞肋。有沒有什么辦法破?

    回復
    1. 制定規則和界限,前期用馬甲賬號回復,同時懲罰廣告行為

      回復
  4. 站內信的打開率是這類產品的核心指標

    回復
    1. 站內信一般都無視了,打開率越來越低,有強迫癥的人點擊紅點,點擊全部已讀執行刪除操作

      回復