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