數(shù)字化新浪潮:中臺(tái)為什么在近期又慢慢起熱度了與中臺(tái)化最新方法論

0 評(píng)論 1836 瀏覽 8 收藏 18 分鐘

當(dāng)大模型席卷B端,企業(yè)才發(fā)現(xiàn)“裸泳”——數(shù)據(jù)孤島、口徑不一、場(chǎng)景割裂,AI根本跑不動(dòng)。曾被詬病“重而不中用”的中臺(tái),因AI對(duì)統(tǒng)一知識(shí)沉淀與場(chǎng)景入口的剛需,再次升溫。文章給出“主數(shù)據(jù)中臺(tái)化”最新方法論:標(biāo)準(zhǔn)設(shè)計(jì)+模型分層,讓中臺(tái)成為AI落地的第一塊跳板。

最近和圈子里的幾個(gè)朋友溝通,B端產(chǎn)品領(lǐng)域,特別是數(shù)字化領(lǐng)域,我們共同有一個(gè)共識(shí),就是發(fā)現(xiàn)中臺(tái)這個(gè)前兩年爆火的概念,在今年又慢慢地恢復(fù)了熱度,而且還在堅(jiān)持更新的B端產(chǎn)品號(hào),也都或多或少的又一次談到了中臺(tái)。

01 AI化的時(shí)候發(fā)現(xiàn)全在裸泳

為什么會(huì)出現(xiàn)這樣的變化?

作為中臺(tái)圖書(shū)的首位作者,在我看來(lái)其實(shí)是咱們當(dāng)下新AI浪潮所帶來(lái)的。

等等,你可能會(huì)說(shuō)了AI浪潮和中臺(tái)有什么關(guān)系?事實(shí)上這里的關(guān)系可大了,現(xiàn)在的這一輪 AI浪潮其實(shí)說(shuō)白了,我們都知道他是基于大模型的一輪發(fā)展,如果以現(xiàn)在投產(chǎn)率最高的圖文類(lèi)大模型來(lái)看,也就是基于知識(shí)與語(yǔ)料所驅(qū)動(dòng)的一輪人類(lèi)自然語(yǔ)言轉(zhuǎn)換為機(jī)器指令的技術(shù)革命。

而且更重要的是隨著大模型這將近兩年多的爆發(fā)式發(fā)展,我們已經(jīng)到了一個(gè)可以利用新技術(shù)實(shí)現(xiàn)產(chǎn)業(yè)大規(guī)模應(yīng)用的狀態(tài)了,而且已經(jīng)有了低成本讓企業(yè)生產(chǎn)專(zhuān)屬AI員工的技術(shù)— RAG+開(kāi)源模型(qianwen/deepseek/k2/……)組合。

那在這里就存在兩個(gè)非常大的隱藏條件點(diǎn):

第一個(gè)企業(yè)是否有足夠多的知識(shí)可以供AI來(lái)進(jìn)行訓(xùn)練和內(nèi)容產(chǎn)生?

第二個(gè)是否有足夠多的場(chǎng)景能讓AI 觸達(dá)?

這兩個(gè)東西本質(zhì)上來(lái)說(shuō)就是要求企業(yè)能將內(nèi)部的數(shù)據(jù)沉淀下來(lái),成為整個(gè)企業(yè)數(shù)字資產(chǎn),并且能將企業(yè)的各個(gè)場(chǎng)景的入口統(tǒng)一化,能統(tǒng)一沉淀小工程能力,并且作為一個(gè)新的公共能力,反向接入各個(gè)前臺(tái)終端。

看完我說(shuō)的這句話,大家是不是感覺(jué)到非常的親切?

沒(méi)錯(cuò),這不就是中臺(tái)架構(gòu)從誕生以來(lái)就希望能給企業(yè)解決的具體問(wèn)題嗎?

而之前之所以很多狀態(tài)建立失敗,就是因?yàn)闆](méi)有這么多的數(shù)據(jù),必須要沉淀下來(lái)和沒(méi)有這么多場(chǎng)景必須要觸達(dá)這兩個(gè),沒(méi)有需求,而是創(chuàng)造需求硬上中臺(tái)而失敗的原因

但是這次AI 變革不一樣了,是一次真正考驗(yàn)一個(gè)企業(yè)到底有多少家底的時(shí)候了!

但是就像那句話說(shuō)的:只有退潮之后,才知道究竟是誰(shuí)在裸泳。

以我上半年走訪過(guò)幾家企業(yè)來(lái)看,這些企業(yè)想上AI的時(shí)候,去做企業(yè)內(nèi)部數(shù)據(jù)盤(pán)點(diǎn)的時(shí)候,發(fā)現(xiàn)企業(yè)內(nèi)部都不算孤島了,而是獨(dú)立世界。

舉例來(lái)說(shuō):

一個(gè)業(yè)務(wù)單元在企業(yè)內(nèi)部能有三到四個(gè)版本,甚至連基本的口徑一旦出了本業(yè)務(wù)線就完全不一樣了,甚至自相矛盾。

而且跨域之間超低復(fù)用能力,同樣的一個(gè)查詢(xún)接口在不同域要做3遍甚至每個(gè)域都去自己爬數(shù)據(jù)庫(kù)了。

一線業(yè)務(wù)動(dòng)作表現(xiàn)拉不回來(lái),功能堆疊造成一線打一線的,后臺(tái)玩后臺(tái)的。

……

這還想訓(xùn)練AI?做夢(mèng)!

02 面向AI時(shí)代的中臺(tái)建設(shè)

那么說(shuō)回來(lái)在現(xiàn)在為了支持本輪AI革命企業(yè)所需要的應(yīng)該怎么建設(shè)呢?

在我看來(lái)中臺(tái)發(fā)展到現(xiàn)在這么多年,第一步也是短期能看到成績(jī)的中臺(tái)化是主數(shù)據(jù)管理體系(MDM)中臺(tái)化。

首先我們要理解,主數(shù)據(jù)中臺(tái)化的本質(zhì)就是數(shù)據(jù)資產(chǎn)的共享服務(wù)平臺(tái),而這過(guò)程中我們需解決三個(gè)核心問(wèn)題:

  1. 打破業(yè)務(wù)系統(tǒng)壁壘:避免各系統(tǒng)重復(fù)定義主數(shù)據(jù)(如客戶(hù)數(shù)據(jù)在CRM、ERP中格式不一);
  2. 支撐業(yè)務(wù)靈活擴(kuò)展:當(dāng)新業(yè)務(wù)(如新增渠道、新產(chǎn)品線)出現(xiàn)時(shí),主數(shù)據(jù)能快速適配;
  3. 提供標(biāo)準(zhǔn)化服務(wù):通過(guò)API、數(shù)據(jù)接口等方式,向前臺(tái)業(yè)務(wù)系統(tǒng)輸出“即用型”主數(shù)據(jù)。

因此,整個(gè)設(shè)計(jì)需圍繞“平臺(tái)化沉淀+服務(wù)化輸出”展開(kāi)。

具體來(lái)說(shuō)怎么做呢?我們先看看主數(shù)據(jù)管理這件事。

在主數(shù)據(jù)管理領(lǐng)域,其實(shí)大白話說(shuō)穿了就是干兩件事:標(biāo)準(zhǔn)設(shè)計(jì)和模型設(shè)計(jì)。

標(biāo)準(zhǔn)設(shè)計(jì)和模型設(shè)計(jì)本質(zhì)就是確保主數(shù)據(jù) “一致、準(zhǔn)確、可用” 的核心基礎(chǔ)。

兩者相互支撐,實(shí)現(xiàn)標(biāo)準(zhǔn)指導(dǎo)模型落地,模型固化標(biāo)準(zhǔn)執(zhí)行。

接下來(lái)我們一個(gè)一個(gè)看。

步驟一:主數(shù)據(jù)標(biāo)準(zhǔn)設(shè)計(jì)方法

因?yàn)橹鲾?shù)據(jù)標(biāo)準(zhǔn)是跨業(yè)務(wù)、跨系統(tǒng)的 “數(shù)據(jù)契約”,所以標(biāo)準(zhǔn)就是為了解決 “術(shù)語(yǔ)統(tǒng)一、格式統(tǒng)一、規(guī)則統(tǒng)一” 問(wèn)題。

所以核心方法包括以下幾種,我們先把剛才的表格做一個(gè)更新:

方法一 業(yè)務(wù)場(chǎng)景分析法:從業(yè)務(wù)需求倒推標(biāo)準(zhǔn)

邏輯:主數(shù)據(jù)的價(jià)值在于支撐業(yè)務(wù)協(xié)同,通過(guò)明確主數(shù)據(jù)在各業(yè)務(wù)場(chǎng)景中的使用方式(誰(shuí)用、用什么、怎么用),再提煉共性需求作為標(biāo)準(zhǔn)。

步驟:

  1. 梳理主數(shù)據(jù)涉及的業(yè)務(wù)場(chǎng)景(如客戶(hù)主數(shù)據(jù)涉及銷(xiāo)售下單、客服跟進(jìn)、財(cái)務(wù)對(duì)賬);
  2. 收集各場(chǎng)景對(duì)數(shù)據(jù)的“必填項(xiàng)、格式、含義”需求;
  3. 合并共性需求,解決沖突(如銷(xiāo)售要“客戶(hù)簡(jiǎn)稱(chēng)”,財(cái)務(wù)要“客戶(hù)全稱(chēng)”,需同時(shí)保留并定義關(guān)系)。

舉例:客戶(hù)主數(shù)據(jù)的 “聯(lián)系方式” 標(biāo)準(zhǔn)

業(yè)務(wù)場(chǎng)景:銷(xiāo)售需打電話聯(lián)系(需手機(jī)號(hào)),客服需發(fā)郵件(需郵箱),財(cái)務(wù)需寄發(fā)票(需固定電話);

共性需求:聯(lián)系方式需 “可驗(yàn)證”(避免無(wú)效數(shù)據(jù));

標(biāo)準(zhǔn)輸出:

字段定義:手機(jī)號(hào)(必填,11 位數(shù)字,前 3 位符合運(yùn)營(yíng)商號(hào)段)、郵箱(必填,格式為 “xxx@xxx.xxx”)、固定電話(選填,格式為 “區(qū)號(hào) – 號(hào)碼”,如 010-12345678);

驗(yàn)證規(guī)則:手機(jī)號(hào)通過(guò)正則表達(dá)式校驗(yàn)(^1 [3-9]d {9}$),郵箱通過(guò)格式校驗(yàn)(包含 @和.)。

方法二 合規(guī)映射法:錨定法規(guī)與行業(yè)規(guī)范

邏輯:因?yàn)橹鲾?shù)據(jù)常涉及敏感信息(如個(gè)人信息、企業(yè)資質(zhì)),需符合法律法規(guī)(如《個(gè)人信息保護(hù)法》《數(shù)據(jù)安全法》)和行業(yè)標(biāo)準(zhǔn)(如金融行業(yè)的客戶(hù)身份識(shí)別規(guī)范),將合規(guī)要求轉(zhuǎn)化為數(shù)據(jù)標(biāo)準(zhǔn)。

步驟:

  1. 識(shí)別主數(shù)據(jù)中的敏感字段(如客戶(hù)的身份證號(hào)、銀行卡號(hào));
  2. 映射法規(guī)要求(如“身份證號(hào)需加密存儲(chǔ)”“銀行卡號(hào)需脫敏展示”);
  3. 制定對(duì)應(yīng)標(biāo)準(zhǔn)(存儲(chǔ)格式、脫敏規(guī)則、訪問(wèn)權(quán)限)。

舉例:金融行業(yè)客戶(hù)主數(shù)據(jù)的 “身份證號(hào)” 標(biāo)準(zhǔn)

合規(guī)要求:《個(gè)人信息保護(hù)法》規(guī)定 “敏感個(gè)人信息需加密存儲(chǔ),展示時(shí)需脫敏”;

標(biāo)準(zhǔn)輸出:

存儲(chǔ)格式:采用 AES 加密算法加密后存儲(chǔ),字段類(lèi)型為 varchar (128)(加密后長(zhǎng)度);

展示規(guī)則:脫敏后顯示為 “110********1234”(保留前 3 位和后 4 位);

訪問(wèn)控制:僅風(fēng)控、客服等授權(quán)崗位可查看明文(需日志記錄)。

步驟二:主數(shù)據(jù)模型設(shè)計(jì)方法

主數(shù)據(jù)模型是標(biāo)準(zhǔn)的 “物理載體”,需將抽象的標(biāo)準(zhǔn)轉(zhuǎn)化為結(jié)構(gòu)化的數(shù)據(jù)結(jié)構(gòu)(實(shí)體、屬性、關(guān)系),確保數(shù)據(jù)在系統(tǒng)中可存儲(chǔ)、可關(guān)聯(lián)、可擴(kuò)展。

核心方法包括以下三種:

(主數(shù)據(jù)管理核心方法論)

方法一 實(shí)體關(guān)系分析法:識(shí)別核心實(shí)體與關(guān)聯(lián)

邏輯:主數(shù)據(jù)的核心是 “實(shí)體”(如客戶(hù)、產(chǎn)品)及實(shí)體間的 “關(guān)系”(如 “客戶(hù)購(gòu)買(mǎi)產(chǎn)品”),需先明確實(shí)體邊界(什么是主數(shù)據(jù)實(shí)體),再梳理實(shí)體間的關(guān)聯(lián)規(guī)則。

步驟:

  1. 識(shí)別核心實(shí)體:基于業(yè)務(wù)場(chǎng)景,篩選“跨系統(tǒng)共享、長(zhǎng)期穩(wěn)定、影響范圍廣”的實(shí)體(如客戶(hù)、產(chǎn)品是主數(shù)據(jù),訂單是交易數(shù)據(jù));
  2. 定義實(shí)體屬性:將標(biāo)準(zhǔn)中“字段規(guī)則”轉(zhuǎn)化為實(shí)體的屬性(如客戶(hù)實(shí)體的“手機(jī)號(hào)”屬性,對(duì)應(yīng)標(biāo)準(zhǔn)中的格式規(guī)則);
  3. 梳理關(guān)系:明確實(shí)體間的關(guān)聯(lián)(如“產(chǎn)品”與“產(chǎn)品分類(lèi)”是“多對(duì)一”關(guān)系,一個(gè)分類(lèi)包含多個(gè)產(chǎn)品)。

舉例:產(chǎn)品主數(shù)據(jù)模型的實(shí)體關(guān)系設(shè)計(jì)

核心實(shí)體:產(chǎn)品、產(chǎn)品分類(lèi)、品牌(均為跨系統(tǒng)共享的穩(wěn)定實(shí)體);

實(shí)體屬性(基于標(biāo)準(zhǔn)):

產(chǎn)品:產(chǎn)品 ID(符合編碼標(biāo)準(zhǔn):分類(lèi)碼 + 6 位流水號(hào))、產(chǎn)品名稱(chēng)(符合命名標(biāo)準(zhǔn):品牌名 + 型號(hào))、規(guī)格;

產(chǎn)品分類(lèi):分類(lèi) ID、分類(lèi)名稱(chēng)(如 “家電 – 冰箱”);

品牌:品牌 ID、品牌名稱(chēng)(如 “海爾”);

關(guān)系:

產(chǎn)品 → 產(chǎn)品分類(lèi):多對(duì)一(一個(gè)分類(lèi)包含多個(gè)產(chǎn)品);

產(chǎn)品 → 品牌:多對(duì)一(一個(gè)品牌包含多個(gè)產(chǎn)品)。

到這我們似乎就把工作做完了是不?

等等上面只是完成了方案,在具體落地中我們還有很具體的一步。

就是模型的映射,這里我們可以采用分層設(shè)計(jì)法,來(lái)實(shí)戰(zhàn)從概念到物理的漸進(jìn)落地

邏輯:模型設(shè)計(jì)需兼顧 “業(yè)務(wù)理解” 和 “技術(shù)實(shí)現(xiàn)”,通過(guò) “概念模型→邏輯模型→物理模型” 的分層設(shè)計(jì),確保業(yè)務(wù)人員能看懂、技術(shù)人員能落地。

步驟:

  1. 概念模型:用業(yè)務(wù)語(yǔ)言描述實(shí)體及關(guān)系(如“客戶(hù)包含個(gè)人客戶(hù)和企業(yè)客戶(hù),個(gè)人客戶(hù)有聯(lián)系人”),不涉及技術(shù)細(xì)節(jié);
  2. 邏輯模型:細(xì)化實(shí)體屬性,定義數(shù)據(jù)類(lèi)型(不綁定具體數(shù)據(jù)庫(kù)),如“客戶(hù)ID(字符串)、姓名(字符串)”;
  3. 物理模型:針對(duì)具體數(shù)據(jù)庫(kù)(如MySQL),定義字段類(lèi)型(如varchar(32))

所以整個(gè)主數(shù)據(jù)表格我們就得到了完整的如下版圖

理解了主數(shù)據(jù)管理的邏輯后,我們?cè)倏粗信_(tái)化的主數(shù)據(jù)管理。

中臺(tái)的主數(shù)據(jù)管理的標(biāo)準(zhǔn)設(shè)計(jì)需兼顧 “全域一致性” 和 “業(yè)務(wù)域靈活性”,通過(guò) “核心標(biāo)準(zhǔn)層 + 業(yè)務(wù)域擴(kuò)展層” 兩層架構(gòu)實(shí)現(xiàn),同時(shí)依托中臺(tái)工具實(shí)現(xiàn)標(biāo)準(zhǔn)的全生命周期管理。

步驟一:核心標(biāo)準(zhǔn)層:中臺(tái)統(tǒng)一的 “數(shù)據(jù)契約”

邏輯:提煉各業(yè)務(wù)域共通的核心字段(如客戶(hù)的唯一標(biāo)識(shí)、產(chǎn)品的基礎(chǔ)屬性),形成跨域統(tǒng)一的 “基準(zhǔn)標(biāo)準(zhǔn)”,作為中臺(tái)的 “最小數(shù)據(jù)集”,確保主數(shù)據(jù)的全域一致性。

中臺(tái)化方法:

  • 基于“業(yè)務(wù)域地圖”梳理共性:通過(guò)中臺(tái)的業(yè)務(wù)域建模工具(如元數(shù)據(jù)管理平臺(tái)),識(shí)別客戶(hù)、產(chǎn)品、組織等主數(shù)據(jù)在各業(yè)務(wù)域(銷(xiāo)售、供應(yīng)鏈、財(cái)務(wù))中的共性需求(如“客戶(hù)ID”必須唯一且跨系統(tǒng)通用);
  • 標(biāo)準(zhǔn)的平臺(tái)化固化:將核心標(biāo)準(zhǔn)錄入中臺(tái)的“標(biāo)準(zhǔn)管理中心”,綁定校驗(yàn)規(guī)則(如格式、唯一性),并通過(guò)中臺(tái)引擎自動(dòng)同步至各業(yè)務(wù)系統(tǒng)(避免人工維護(hù))。

舉例:客戶(hù)主數(shù)據(jù)核心標(biāo)準(zhǔn)(中臺(tái)統(tǒng)一層)

核心字段(跨域必選):

  • 客戶(hù)唯一標(biāo)識(shí)(CUST_ID):中臺(tái)自動(dòng)生成的全局ID(規(guī)則:前綴“C”+8位數(shù)字,如C10000001),通過(guò)中臺(tái)的ID生成服務(wù)確保唯一性;
  • 客戶(hù)類(lèi)型(CUST_TYPE):枚舉值(個(gè)人/企業(yè)),由中臺(tái)標(biāo)準(zhǔn)中心統(tǒng)一定義,不允許業(yè)務(wù)系統(tǒng)自定義;
  • 狀態(tài)(STATUS):枚舉值(有效/無(wú)效),狀態(tài)變更需通過(guò)中臺(tái)的審批流服務(wù)觸發(fā)(如“無(wú)效”需銷(xiāo)售+財(cái)務(wù)雙確認(rèn))。
  • 中臺(tái)支撐:核心標(biāo)準(zhǔn)通過(guò)中臺(tái)的“標(biāo)準(zhǔn)校驗(yàn)API”對(duì)外提供服務(wù),業(yè)務(wù)系統(tǒng)錄入客戶(hù)數(shù)據(jù)時(shí),需調(diào)用該API校驗(yàn)格式(如CUST_ID不符合規(guī)則則返回錯(cuò)誤)。

步驟二:業(yè)務(wù)域擴(kuò)展層:中臺(tái)支撐的 “靈活適配”

邏輯:針對(duì)各業(yè)務(wù)域的個(gè)性化需求(如銷(xiāo)售需要 “客戶(hù)渠道標(biāo)簽”,客服需要 “客戶(hù)偏好標(biāo)簽”),在核心標(biāo)準(zhǔn)基礎(chǔ)上允許 “域化擴(kuò)展”,但擴(kuò)展規(guī)則需在中臺(tái)備案并接受統(tǒng)一管理,避免標(biāo)準(zhǔn)失控。

中臺(tái)化方法:

  • 擴(kuò)展字段的“申請(qǐng)-審批-發(fā)布”流程:業(yè)務(wù)域通過(guò)中臺(tái)的“擴(kuò)展字段管理平臺(tái)”提交需求(如銷(xiāo)售域需新增“客戶(hù)來(lái)源渠道”字段),經(jīng)中臺(tái)治理委員會(huì)審批后,在核心標(biāo)準(zhǔn)基礎(chǔ)上添加擴(kuò)展字段;
  • 擴(kuò)展標(biāo)準(zhǔn)的“繼承性約束”:擴(kuò)展字段需遵循中臺(tái)的基礎(chǔ)規(guī)則(如數(shù)據(jù)類(lèi)型、脫敏要求),例如“客戶(hù)來(lái)源渠道”的可選值(官網(wǎng)/線下門(mén)店)需在中臺(tái)登記,確??缬虿樵?xún)時(shí)可識(shí)別。

舉例:客戶(hù)主數(shù)據(jù)擴(kuò)展標(biāo)準(zhǔn)(業(yè)務(wù)域?qū)樱?/p>

銷(xiāo)售域擴(kuò)展字段:

  • 客戶(hù)來(lái)源渠道(SOURCE_CHANNEL):值集由銷(xiāo)售部門(mén)在中臺(tái)擴(kuò)展平臺(tái)申請(qǐng),經(jīng)審批后生效(如“官網(wǎng)”“天貓”“門(mén)店”);
  • 跟進(jìn)銷(xiāo)售ID(SALES_ID):關(guān)聯(lián)中臺(tái)的“員工主數(shù)據(jù)”,通過(guò)中臺(tái)的關(guān)聯(lián)校驗(yàn)服務(wù)確保該ID在員工主數(shù)據(jù)中存在;

客服域擴(kuò)展字段:

  • 客戶(hù)偏好(PREFERENCE):文本類(lèi)型(如“偏好線上溝通”),格式由客服部門(mén)定義,但需在中臺(tái)登記存儲(chǔ)規(guī)則(如長(zhǎng)度≤100字)。

可以看到在中臺(tái)管理時(shí)候,就是將各個(gè)域內(nèi)部對(duì)于主數(shù)據(jù)的工作拉起到一個(gè)公共的地方去統(tǒng)一管理,從而將規(guī)范在各個(gè)域落地推進(jìn)。

本文由人人都是產(chǎn)品經(jīng)理作者【三爺茶館】,微信公眾號(hào):【三爺茶館】,原創(chuàng)/授權(quán) 發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash,基于 CC0 協(xié)議。

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