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

業(yè)務(wù)定義

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

業(yè)務(wù)場景

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

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

業(yè)務(wù)問題

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

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

業(yè)務(wù)邊界

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

業(yè)務(wù)架構(gòu)

基于上面提到的業(yè)務(wù)場景、業(yè)務(wù)邊界，設(shè)計了業(yè)務(wù)架構(gòu)模式如下：

業(yè)務(wù)設(shè)計

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

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

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

中臺化設(shè)計的關(guān)鍵

（1）統(tǒng)一化

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

（2）個性化

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

（3）擴展性

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

（4）如何做到上述3點呢？

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

綜上

所有的中臺化產(chǎn)品設(shè)計都是在對業(yè)務(wù)充分了解的基礎(chǔ)上，將統(tǒng)一化、個性化、擴展性進行設(shè)計與權(quán)衡，當然在方案落地過程中不可避免的要做出各種各樣的妥協(xié)與讓步，但是作為業(yè)務(wù)中臺設(shè)計者，要堅守產(chǎn)品設(shè)計的邊界與底線，這才是中臺產(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é)議