MarTech?-CDP實(shí)戰(zhàn)手冊-CDP實(shí)施流程(七)

0 評論 1911 瀏覽 2 收藏 7 分鐘

CDP數(shù)據(jù)隨著時(shí)間的推移逐漸增加,不同時(shí)間階段需要進(jìn)行資源承接,保持系統(tǒng)的穩(wěn)定能力。本文從方案的實(shí)施角度展開,與大家談?wù)凜DP實(shí)施的流程,希望對你有所幫助。

一、方案實(shí)施

1. 系統(tǒng)部署規(guī)劃

根據(jù)業(yè)務(wù)規(guī)劃進(jìn)行CDP的系統(tǒng)部署規(guī)劃,需要進(jìn)行階段拆分,包含定開規(guī)劃、資源籌備、定制開發(fā)、軟件部署和系統(tǒng)測試。

定開規(guī)劃:在原有功能不支持或有額外場景需進(jìn)行定開功能的規(guī)劃,定開規(guī)劃要注意產(chǎn)品功能邊界及開發(fā)成本,在上午和方案確認(rèn)階段均有涉及,有偏差需及時(shí)跟項(xiàng)目經(jīng)理溝通與客戶協(xié)商,盡可能做到風(fēng)險(xiǎn)的把控,方案確認(rèn)后及時(shí)與客戶溝通確認(rèn),確保項(xiàng)目正常推進(jìn)。

資源籌備:要收集的信息主要包括業(yè)務(wù)規(guī)劃需求(接入應(yīng)用數(shù)、業(yè)務(wù)量、使用量等)、服務(wù)器硬件條件(CPU、存儲類型、服務(wù)器類型)、服務(wù)器軟件條件(操作系統(tǒng)、數(shù)據(jù)庫、內(nèi)核、分區(qū)和掛載)、網(wǎng)絡(luò)條件(IP、域名、負(fù)載均衡、端口、子網(wǎng)及子網(wǎng)帶寬、訪問策略)乃至安全要求(安全合規(guī)要求、安全掃描機(jī)制、滲透測試要求)。

因?yàn)镃DP數(shù)據(jù)隨著時(shí)間的推移逐漸增加,因此需要考慮CDP上線后1個(gè)月、6個(gè)月、12個(gè)月幾個(gè)關(guān)鍵節(jié)點(diǎn)的規(guī)模預(yù)估。不同的階段需要有資源進(jìn)行承接,保證系統(tǒng)的穩(wěn)定能力。

2. 系統(tǒng)集成

集成時(shí)需要考慮的維度比較多,包含業(yè)務(wù)數(shù)據(jù)、埋點(diǎn)數(shù)據(jù)、三方對接、審核流流對接、角色權(quán)限對接等,每個(gè)階段都需要匹配相應(yīng)的人員進(jìn)行溝通、對接,最后才能保證系統(tǒng)的集成上線。

業(yè)務(wù)數(shù)據(jù):如果有數(shù)據(jù)中臺則CDP需要給數(shù)據(jù)中臺提出數(shù)據(jù)處理需求,將數(shù)據(jù)按照業(yè)務(wù)場景需求進(jìn)行初始的質(zhì)量管理,便于快速的在CDP中進(jìn)行接入,若沒有數(shù)據(jù)中臺,則CDP需要負(fù)責(zé)數(shù)據(jù)質(zhì)量,針對預(yù)期對接的業(yè)務(wù)數(shù)據(jù)進(jìn)行表、字段梳理,并且進(jìn)行數(shù)據(jù)質(zhì)量的判斷,提出質(zhì)量問題數(shù)據(jù)(該問題具體看項(xiàng)目需求范圍,主要需要ETL工程師和業(yè)務(wù)專家介入進(jìn)行數(shù)據(jù)治理,保證數(shù)據(jù)輸出的安全性、準(zhǔn)確性、標(biāo)準(zhǔn)性)數(shù)據(jù)完善后接入CDP。

埋點(diǎn)數(shù)據(jù):需要與埋點(diǎn)平臺、應(yīng)用平臺三方溝通,確認(rèn)再CDP業(yè)務(wù)場景下需要哪些埋點(diǎn),一般來說若有標(biāo)準(zhǔn)的類似神策、GIO的埋點(diǎn)公司的話,埋點(diǎn)梳理已經(jīng)比較全面,CDP只需要針對場景進(jìn)行查缺補(bǔ)漏,應(yīng)用平臺進(jìn)行埋點(diǎn)補(bǔ)充即可,若沒有埋點(diǎn)平臺的支持則需要CDP根據(jù)業(yè)務(wù)場景進(jìn)行埋點(diǎn)需求梳理,提供給應(yīng)用方進(jìn)行埋點(diǎn)的開發(fā),并且協(xié)商埋點(diǎn)的傳輸方式,一般埋點(diǎn)通過kafka的方式進(jìn)行實(shí)時(shí)傳輸,確保埋點(diǎn)流入CDP的時(shí)效性。

三方對接:除了CDP外一般還涉及到上層業(yè)務(wù)的應(yīng)用,例如CRM的標(biāo)簽需求,MA的屬性行為數(shù)據(jù)需求,需要各個(gè)平臺通過提供的API接口、kafka格式等進(jìn)行優(yōu)化或開發(fā)。

系統(tǒng)集成需要與多方系統(tǒng)進(jìn)行代碼開發(fā)和協(xié)同聯(lián)調(diào),需要多方參與和實(shí)施必然會存在時(shí)間成本和人力成本,在項(xiàng)目建設(shè)前必須要考整個(gè)項(xiàng)目集的協(xié)同預(yù)算,避免出現(xiàn)因預(yù)算不足導(dǎo)致集成工作阻礙。

審核流、角色權(quán)限:企業(yè)一般會要求系統(tǒng)有審核流程,一般來講CDP本身有自身的審核機(jī)制,但往往企業(yè)需要接入自己的OA進(jìn)行審核,因此審核機(jī)制需要與企業(yè)OA打通,這塊也涉及到一定的聯(lián)調(diào)對接成本。

3. 定開實(shí)施

定開實(shí)時(shí)主要針對采購CDP來看,可能存在部分不滿足需求的功能,均在定開范圍內(nèi),同時(shí)針對數(shù)據(jù)、指標(biāo)、標(biāo)簽都會歸類與定開范圍。

定開范圍一定要在方案確認(rèn)階段確認(rèn)清楚,包括相關(guān)的范圍和邊界,避免需求蔓延,導(dǎo)致項(xiàng)目成本和項(xiàng)目風(fēng)險(xiǎn)。

項(xiàng)目實(shí)施不會存在完全可控的情況,往往都會出現(xiàn)需求蔓延或需求偏差,在商務(wù)和方案確認(rèn)階段就需要提前預(yù)留好蔓延的預(yù)期,同時(shí)保證定開實(shí)施中的進(jìn)度風(fēng)險(xiǎn)同步,出現(xiàn)風(fēng)險(xiǎn)及時(shí)拉齊項(xiàng)目組及企業(yè)針對蔓延的范圍進(jìn)行有效溝通確認(rèn),通過商務(wù)補(bǔ)充或需求置換的方式,保證項(xiàng)目的成本風(fēng)險(xiǎn)在可控范圍。

指標(biāo)和標(biāo)簽因涉及到數(shù)據(jù)質(zhì)量問題,在前中期若有數(shù)據(jù)質(zhì)量偏差需提前說明,并提出相應(yīng)的方案進(jìn)行溝通推進(jìn),實(shí)施過程中完全按照方案確認(rèn)中的指標(biāo)、標(biāo)簽進(jìn)行構(gòu)建,新增范圍進(jìn)行評估項(xiàng)目經(jīng)理及商務(wù)需及時(shí)跟進(jìn)。

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

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

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。

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