中臺實踐:通用化黑名單平臺

記小憶
1 評論 12454 瀏覽 46 收藏 8 分鐘
🔗 技术知识、行业知识、业务知识等,都是B端产品经理需要了解和掌握的领域相关的知识,有助于进行产品方案设计和评估

業(yè)務中臺的價值主要體現(xiàn)在對通用化業(yè)務能力的沉淀、整合,通過對可復用業(yè)務流程和業(yè)務功能的設計,向不同業(yè)務方提供標準化且可擴展的服務能力。本文來聊一聊筆者工作過程中設計的通用化黑名單平臺,通過將用戶管控能力的下沉,為各業(yè)務團隊提供一套通用的黑名單/白名單業(yè)務能力。

業(yè)務定義

黑名單平臺,泛指在業(yè)務流程當中,需要對特定用戶進行管控的方式,通常會有黑名單、白名單兩種用戶類型。

業(yè)務場景

在風控識別、業(yè)務運營等流程當中,會涉及到對于某類用戶進行“特殊對待”,比如惡意用戶、高風險用戶,在業(yè)務流程中可能會增加對用戶的使用功能的限制,這類用戶就屬于黑名單用戶。在不同的業(yè)務場景中,會基于不同規(guī)則去定義黑名單用戶,并這種符合這類特種的用戶進行統(tǒng)一化的管控。

當然還有一類特殊的用戶群體,他們因為使用場景的特殊化也可能命中黑名單用戶的規(guī)則。但是業(yè)務場景中又是允許這類用戶存在的,那么這類用戶就屬于白名單用戶,屬于凌駕于黑名單規(guī)則之上的一類特殊用戶群體。

業(yè)務問題

目前在現(xiàn)有中臺架構下,不同業(yè)務模塊都維護各自的黑名單體系,存在同一個業(yè)務場景的黑名單維護多套,或者同一套黑名單可以多個業(yè)務團隊共用的問題。這就導致各團隊開發(fā)既可能產(chǎn)生數(shù)據(jù)冗余,重復開發(fā)資源浪費的問題。

基于當前的問題,通過搭建中臺黑名單平臺,由各業(yè)務團隊介入黑名單平臺,針對各業(yè)務場景維護統(tǒng)一黑名單,可以由不同業(yè)務團隊共享黑名單數(shù)據(jù)資源進行業(yè)務使用。

業(yè)務邊界

既然做通用化,那么黑名單平臺盡可能不做具備業(yè)務屬性的邏輯,即通用戶平臺負責提供黑名單/白名單數(shù)據(jù)的統(tǒng)一使用服務,也就是針對數(shù)據(jù)的增、刪、改、查能力。同時,為了保證各業(yè)務使用方可以實時獲取數(shù)據(jù),平臺提供一套消息廣播機制,可以讓業(yè)務使用方可以快速獲取數(shù)據(jù)的更新狀態(tài),即時針對不同狀態(tài)做出業(yè)務響應。

業(yè)務架構

基于上面提到的業(yè)務場景、業(yè)務邊界,設計了業(yè)務架構模式如下:

業(yè)務設計

(1)通用化平臺由業(yè)務方接入,針對不同業(yè)務場景和業(yè)務規(guī)則,由業(yè)務方(如上圖中業(yè)務方A、B)定義什么是黑名單用戶、什么是白名單用戶;由通用化平臺提供黑名單數(shù)據(jù)的統(tǒng)一服務,這個服務包含增刪改查能力。

(2)業(yè)務方(如上圖中業(yè)務方A、B)可以通過通用戶平臺提供的前端可視化頁面,通過給不同業(yè)務方配置不同權限體系,支持業(yè)務方進行數(shù)據(jù)的增刪改查。同時也支持基于系統(tǒng)調(diào)用的API接口方式,進行數(shù)據(jù)的使用。

(3)為保證數(shù)據(jù)更新后的即時響應,在數(shù)據(jù)更新后,如數(shù)據(jù)的新增、刪除,通用化平臺通過消息廣播機制,向業(yè)務使用方(如上圖中業(yè)務方C、D)進行廣播,如果業(yè)務方關系數(shù)據(jù)更新消息,可基于業(yè)務場景做出相應的業(yè)務動作,保證數(shù)據(jù)更新與業(yè)務的同步性。

中臺化設計的關鍵

(1)統(tǒng)一化

在設計數(shù)據(jù)的使用方式方面,做了盡可能的統(tǒng)一化設計。在設計底層數(shù)據(jù)接口方面,針對增刪改查的數(shù)據(jù)接口,先對盡可能全的業(yè)務場景進行梳理,針對不同顆粒度的業(yè)務進行規(guī)劃,保證數(shù)據(jù)接口服務的統(tǒng)一性,后續(xù)各業(yè)務團隊接口,都是統(tǒng)一的接入流程和接口服務。

(2)個性化

針對不同業(yè)務場景,數(shù)據(jù)的表現(xiàn)形式終歸會有不同的地方,除了對整個業(yè)務流程中沒有異議的數(shù)據(jù)內(nèi)容進行標準化定義外,為滿足不同團隊的業(yè)務需求,在數(shù)據(jù)存儲方面,數(shù)據(jù)結(jié)構中增加了可擴展的json字段。這個字段的數(shù)據(jù)內(nèi)容由各業(yè)務方自助定義數(shù)據(jù)的業(yè)務含義,在數(shù)據(jù)查詢時基于各業(yè)務的團隊的場景進行解析后使用,既保證了各業(yè)務團隊數(shù)據(jù)使用的個性化需求,由保證了中臺通用化模塊的通用能力。

(3)擴展性

對于黑名單/白名單數(shù)據(jù)存儲,數(shù)據(jù)存在多維度屬性,通過數(shù)據(jù)業(yè)務類型分類進行區(qū)分,例如用戶維度類型,可通過枚舉區(qū)分身份證號、會員卡號、手機號等類型,字段的類型設計相對兼容,在后續(xù)數(shù)據(jù)類型擴展上,可以做到減少底層邏輯的重新開發(fā)帶來的時間、資源成本。

(4)如何做到上述3點呢?

關鍵是要對業(yè)務有充分的了解,這樣才能更好的把握統(tǒng)一化和個性化的平衡。例如,針對于用戶維度的黑名單設計,要對當前業(yè)務場景中標識用戶的方式有相對全面的了解:手機號、會員卡號、微信賬號、支付賬號等等,只有對實際業(yè)務的了解,才能設計符合業(yè)務方需求的功能。

綜上

所有的中臺化產(chǎn)品設計都是在對業(yè)務充分了解的基礎上,將統(tǒng)一化、個性化、擴展性進行設計與權衡,當然在方案落地過程中不可避免的要做出各種各樣的妥協(xié)與讓步,但是作為業(yè)務中臺設計者,要堅守產(chǎn)品設計的邊界與底線,這才是中臺產(chǎn)品存在的意義與價值。

#專欄作家#

記小憶,公眾號:PM龍門陣,人人都是產(chǎn)品經(jīng)理專欄作家,OTA中后臺產(chǎn)品經(jīng)理。

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

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

更多精彩內(nèi)容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 感覺這個應該是消息中臺的功能一部分吧?

    來自上海 回復
专题
35717人已学习18篇文章
好的数据分析可以使我们的产品不断优化,而做好数据分析的第一步就是做好数据埋点。
专题
13170人已学习13篇文章
本专题的文章分享了产品经理数据分析方法论。
专题
16414人已学习15篇文章
产品经理的许多工作都需要使用数据来进行辅助,如:利用用户使用数据为后续的产品迭代提供依据、如何向上级领导汇报产品成果、如何做精细化的运营活动等。本专题的文章分享了数据埋点方案的撰写。
专题
12643人已学习12篇文章
本专题的文章分享了系统首页设计指南。
专题
12469人已学习15篇文章
当业务进入某一阶段之后,用户新增可能会趋向疲软,这个阶段里,运营人员可能会需要召回流失用户。本专题的文章分享了用户召回策略。
专题
15771人已学习12篇文章
本专题的文章分享了如何从0-1搭建A/B Test。