站內信設計思路

7 評論 38214 瀏覽 178 收藏 9 分鐘

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

消息通知的幾種形式

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

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

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

用戶對這兩者的容忍度相對較高,且 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協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 管理后臺的狀態如何變化呢?是全部用戶查看才會變為已查看嗎?

    來自四川 回復
  2. 請問下,站內信你們是通過前端輪詢方式實現推送,還是服務端通過相關技術推動

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

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

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

      來自廣東 回復
  5. 站內信的打開率是這類產品的核心指標

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

      來自廣東 回復