MarTech?-CDP實戰(zhàn)手冊-CDP交付驗收(十三)
下面的文章是筆者整理分享出來的關(guān)于CDP交付驗收中的交付配置、用戶培訓(xùn)、項目驗收的相關(guān)內(nèi)容,大家一起來看看吧!
一、交付配置
- 功能交付:包含CDP所有功能,主要以標(biāo)簽、圈群、接口驗證等功能進行交付。
- 指標(biāo)交付:包含企業(yè)北極星指標(biāo)、各部門北極星、關(guān)鍵指標(biāo)、輔助指標(biāo)等指標(biāo)交付。
- 標(biāo)簽交付:標(biāo)簽的創(chuàng)建和標(biāo)簽規(guī)則的講解,通常和指標(biāo)交付合并進行。
- 運營交付:運營場景的創(chuàng)建,根據(jù)售賣合同的約定,可能會有運營效果的評估報告等交付方式。
交付階段需要將調(diào)研、開發(fā)、測試、驗收等相關(guān)文檔整理好,分階段交付給相應(yīng)的負(fù)責(zé)人,確保文檔完善、內(nèi)容清晰,交付后會針對交付文件進行會議溝通,對交付物進行簡單講解同時解答交付物相關(guān)的疑問,不同公司所要求的交付物及顆粒度不同,因此交付物特事特例,以下為舉例子的部分交付物:
二、用戶培訓(xùn)
優(yōu)秀的軟件需要靈活的使用才可提現(xiàn)價值,在用戶培訓(xùn)階段,需要持續(xù)對企業(yè)多部門多業(yè)務(wù)進行多輪培訓(xùn),包含產(chǎn)品使用培訓(xùn)、系統(tǒng)運維培訓(xùn)、代碼培訓(xùn)。
培訓(xùn)需要產(chǎn)出培訓(xùn)計劃,代碼培訓(xùn)和系統(tǒng)運維培訓(xùn)基本上培訓(xùn)一次即可,但產(chǎn)品使用培訓(xùn)需要與客戶溝通好,因為涉及的部門比較多,每個部門使用的側(cè)重點也不同,因此需要安排多輪培訓(xùn),培訓(xùn)前要準(zhǔn)備PPT、操作手冊、操作視頻,最好每一輪培訓(xùn)總結(jié)QA補充至文檔上,避免出現(xiàn)相同的問題;操作手冊也需要持續(xù)迭代,確保內(nèi)容與系統(tǒng)一致避免誤區(qū)。
培訓(xùn)分為三個階段:驗收培訓(xùn)、主要負(fù)責(zé)人培訓(xùn)、部門培訓(xùn)。
- 驗收培訓(xùn):便于驗收的人在驗收系統(tǒng)中操作不清晰,功能不了解,誤操作導(dǎo)致系統(tǒng)出現(xiàn)問題等。
- 主要負(fù)責(zé)人培訓(xùn):該培訓(xùn)目的是便于負(fù)責(zé)人向下管理系統(tǒng)的使用,了解系統(tǒng)應(yīng)用的場景、功能,便于指定相關(guān)負(fù)責(zé)人進行系統(tǒng)的維護、運營、操作等。
- 部門培訓(xùn):使用系統(tǒng)的相關(guān)部門派出1-2人進行系統(tǒng)的培訓(xùn),確保核心使用人對系統(tǒng)熟練應(yīng)用,該培訓(xùn)除了概念、場景外核心在于實操,盡量保證每個培訓(xùn)的人均進行完整實操,便于該人員后續(xù)向下講解和培訓(xùn)。
培訓(xùn)完成后需創(chuàng)建咨詢小組,將相關(guān)負(fù)責(zé)人和部門的人拉入指定群中,進行統(tǒng)一的問題講解,及時的解答相關(guān)操作上的問題,但切記該群不能允許所有使用者進入,一個部門主要負(fù)責(zé)人1-2個人即可,否則會出現(xiàn)混亂。
三、項目驗收
一般會有多輪會議進行驗收,確認(rèn)產(chǎn)品與初始方案一致,驗收中若遇到問題需要進行再次溝通,是否需要優(yōu)化,優(yōu)化時間節(jié)點,在驗收階段商務(wù)也需要同時跟進,確保項目完整驗收,進行后續(xù)收款流程。
系統(tǒng)或多或少一定會出現(xiàn)功能偏差,因此需要提前梳理好偏差范圍,比對合同內(nèi)容,定位哪些功能沒有實現(xiàn)及未實現(xiàn)的原因,是否可以通過其他功能補全缺陷功能;同時在驗收時也會提出一些超出功能范圍的場景,首先需要產(chǎn)品或者項目經(jīng)理進行場景拆解,確認(rèn)當(dāng)前功能范圍是否滿足,不滿足則需要進行妥善溝通。
例子:
問:我想給客戶在一段時間后發(fā)送短信,能在MA中失敗分支的線鏈接到上面短信控件上形成循環(huán)。
回:首先MA是線性推送,通過精細(xì)化的判斷實現(xiàn)各個節(jié)點流轉(zhuǎn),控件循環(huán)違背了線性營銷的邏輯,同時對于發(fā)送短信若出現(xiàn)配置失誤會出現(xiàn)死循環(huán)的可能,導(dǎo)致對用戶的重復(fù)騷擾,得不償失。
OS:當(dāng)時MA沒有實現(xiàn),其實可以構(gòu)建循環(huán)控件實現(xiàn)旅程客戶流轉(zhuǎn)至之前控件,同時增加重復(fù)限定,保證不會出現(xiàn)死循環(huán)的過分打擾。
實際驗收過程會出現(xiàn)很多這類的情況,核心重點需要委婉靈活的處理,盡量往后續(xù)迭代進行引導(dǎo),如果是比較核心的功能偏差(理論上不會出現(xiàn)產(chǎn)品和項目會進行把控)則需要商務(wù)接入進行協(xié)商。
以上內(nèi)容均是通過項目上沉淀進行整理,內(nèi)容可能有缺失或者紕漏,因本身主要負(fù)責(zé)數(shù)字化產(chǎn)品的規(guī)劃和構(gòu)建更多偏向功能側(cè)的規(guī)劃,很多調(diào)研及固話都是參與或者通過相關(guān)調(diào)研人員講解進行梳理的,可能有說的不對的地方歡迎指正。
其實CDP還缺少一個核心環(huán)節(jié)就是CDP的產(chǎn)品的設(shè)計及開發(fā),這塊內(nèi)容需要比較嚴(yán)謹(jǐn),考慮重新弄個專欄完善內(nèi)容,刨除了數(shù)據(jù)中臺那部分,輕量級CDP主要包含數(shù)據(jù)管理、ID-Mapping、標(biāo)簽管理、人群管理、畫像分析、開放API這幾個部分,之后將圍繞這塊進行完善優(yōu)化。
本文由 @光波 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
怎么不繼續(xù)更新了,UP主,感覺寫得很系統(tǒng)