消息中心標準化能力設(shè)計

0 評論 449 瀏覽 0 收藏 8 分鐘

B 端系統(tǒng)消息中心開發(fā)面臨著諸多矛盾。一方面,業(yè)務(wù)對消息觸達的需求多樣且復雜,要求多渠道對接、統(tǒng)一體驗并助力業(yè)務(wù)復盤;另一方面,傳統(tǒng)開發(fā)方式存在渠道管理混亂、消息內(nèi)容設(shè)計不統(tǒng)一、研發(fā)資源浪費等問題。如何通過標準化產(chǎn)品解決這些矛盾,實現(xiàn)消息生態(tài)的有效治理,是 B 端消息中心發(fā)展的關(guān)鍵挑戰(zhàn)。

在以往B端系統(tǒng)進行消息中心開發(fā)/迭代時,往往依據(jù)已有的業(yè)務(wù)消息觸達訴求,結(jié)合常用消息渠道如系統(tǒng)消息、短信等,將消息內(nèi)容組裝完成發(fā)送至指定用戶終端。

例如,工單填寫完成提交后,審核/處理方完成任務(wù)處理時,需要將工單核心信息及處理進度通過系統(tǒng)消息、短信等方式推送至提交方。

在產(chǎn)品設(shè)計環(huán)節(jié),需要明確消息觸發(fā)機制、推送消息渠道、消息內(nèi)容、消息發(fā)送對象、是否需要獲取消息告知情況如已讀未讀等、是否觸發(fā)后續(xù)業(yè)務(wù)任務(wù)這些系列內(nèi)容。

在這個環(huán)節(jié),常見的問題主要涉及多渠道如何對接管理、消息內(nèi)容強業(yè)務(wù)且沒有統(tǒng)一設(shè)計導致體驗差異大、消息渠道對接及內(nèi)容組裝等環(huán)節(jié)重復進行導致研發(fā)資源浪費、整體消息發(fā)送及觸達和業(yè)務(wù)助力情況不清晰導致無法助力復盤決策。

這個時候,需要一個“消息中心”標準化的產(chǎn)品來實現(xiàn)消息生態(tài)的治理和重塑,通過標準化接口、模塊化設(shè)計和平臺化思維,將分散的消息能力整合為一個高效、可靠的消息中臺,最終為各業(yè)務(wù)系統(tǒng)提供強大而穩(wěn)定的消息中樞能力支撐。

產(chǎn)品定位

面向B端業(yè)務(wù)提供“一站式、開箱即用”的消息解決方案,讓消息中心隨調(diào)隨用。面向用戶則提供統(tǒng)一消息接收入口,用戶體驗統(tǒng)一友好、消息精準觸達、消息反饋及運營情況可控。

功能架構(gòu)

邏輯層級

  • 輸入層(業(yè)務(wù)方,獨立應用/應用內(nèi)功能服務(wù)):API管理、源數(shù)據(jù)管理等。
  • 處理中樞(消息大腦):應用/服務(wù)管理、渠道管理、API管理、模板管理、消息管理、消息策略管理、用戶管理(此處可結(jié)合此前的統(tǒng)一用戶進行用戶數(shù)據(jù)同步)。
  • 輸出層(渠道):消息管理(區(qū)分渠道/類型,展示消息內(nèi)容并開放對應快捷操作入口)。
  • 反饋回路(數(shù)據(jù)):消息記錄(包括消息狀態(tài))、效果分析。

核心功能模塊

  • 源數(shù)據(jù)管理:對于業(yè)務(wù)方源數(shù)據(jù)進行統(tǒng)一管理,即消息內(nèi)容抽象組成,顆粒度由業(yè)務(wù)方?jīng)Q定。示例:尊敬的{userName},您的訂單{orderNo}已發(fā)貨,快遞號:{expressNo}??梢园葱鑼⒄麠l內(nèi)容作為源數(shù)據(jù)進行發(fā)送,若存在配置需求則將其中變量占位符作為源數(shù)據(jù)供配置后發(fā)送。
  • 模板管理:進行消息模板配置,一方面減少類似消息的配置成本,另一方面保障同類型消息用戶體驗。示例:新任務(wù)提醒、日程提醒等常規(guī)固定場景可通過模板進行統(tǒng)一配置。
  • 消息策略管理:靈活設(shè)置“什么情況下、對什么人、通過什么渠道、發(fā)什么消息”。包括多渠道路由、降級策略(如A渠道發(fā)送失敗時自動切換B渠道,約定時間未讀時自動增加B渠道消息)、用戶頻控與屏蔽(如同一用戶N分鐘內(nèi)最多接收M條、夜間免打擾等)等。示例:有新任務(wù)后,對處理人優(yōu)先發(fā)送系統(tǒng)消息,約定時間內(nèi)狀態(tài)未讀則發(fā)送短信。
  • 統(tǒng)計分析:基于消息記錄,進行“發(fā)送量、送達率、已讀率、操作率”等反饋/運營情況進行監(jiān)控,衡量消息對于業(yè)務(wù)支撐,助力后續(xù)消息中心功能/消息配置內(nèi)容等迭代。

產(chǎn)品路線

  • MVP階段:基本API、簡單管理后臺、接入核心業(yè)務(wù)。支持最核心的消息渠道。
  • 平臺化階段:應用/服務(wù)管理、模板管理、渠道管理等。支持作為消息中樞獲取源數(shù)據(jù)進行消息組裝,標準化內(nèi)容統(tǒng)一觸達至用戶消息中心。實現(xiàn)基本的頻控和屏蔽。
  • 智能化階段:消息策略管理、數(shù)據(jù)統(tǒng)計分析等。進一步完善消息渠道,實現(xiàn)智能路由(按優(yōu)先級、消息成本、用戶設(shè)置等進行渠道智能選擇)、降級策略等,通過統(tǒng)計分析為運營提供支撐。

注意點

1、消息中心標準化設(shè)計,核心價值包括“降低接入成本、功能強大、渠道統(tǒng)一對接成本低”,只有在滿足功能需求的基礎(chǔ)上,具備上述優(yōu)勢,才能在消息中心0-1搭建、業(yè)務(wù)統(tǒng)一對接階段具備產(chǎn)品優(yōu)勢。

2、消息中心是“一對多”的主動觸達,其定位偏消息中臺,是消息統(tǒng)一組裝、統(tǒng)一推送的中樞,需要和各消息渠道、業(yè)務(wù)系統(tǒng)建立清晰邊界,避免需求蔓延。

3、消息中心需要對接外部業(yè)務(wù)外,需要與外部技術(shù)團隊對接。在前期業(yè)務(wù)場景調(diào)研,需要和核心業(yè)務(wù)方保持緊密溝通,共同定義需求,將消息中心解決方案達成共識,確保方案可行。

4、消息部分渠道是收費的,因此產(chǎn)品設(shè)計需要考慮成本因素,如短信渠道。什么情形建議哪些消息渠道,需要給出建議,對于使用付費渠道可以按需進一步完善統(tǒng)計分析,從ROI層面進行運營支撐。

后續(xù)

后續(xù)文章中將會對于B端系統(tǒng)構(gòu)建中“門戶標準化能力設(shè)計”進行介紹。

本文由 @西林 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!