埋點(diǎn)數(shù)據(jù)作為三大數(shù)據(jù)來源之一，具有應(yīng)用場(chǎng)景多、數(shù)據(jù)量級(jí)大等特點(diǎn)，上能影響數(shù)據(jù)分析、推薦、AB實(shí)驗(yàn)的準(zhǔn)確性，下能影響數(shù)倉(cāng)結(jié)構(gòu)設(shè)計(jì)和維護(hù)成本，其重要性不言而喻。

一般公司在業(yè)務(wù)發(fā)展初期，業(yè)務(wù)線及參與協(xié)作的角色數(shù)量相對(duì)較少，通常采用在線文檔的形式來管理埋點(diǎn)，但隨著業(yè)務(wù)的快速發(fā)展，業(yè)務(wù)線的增加以及人員流動(dòng)等因素，在線文檔的的弊端也日益顯現(xiàn)，急需一款一站式埋點(diǎn)管理工具，用來實(shí)現(xiàn)埋點(diǎn)全生命周期管理，規(guī)范埋點(diǎn)定義，沉淀組織過程資產(chǎn)，提升數(shù)據(jù)使用效率。我作為負(fù)責(zé)埋點(diǎn)管理項(xiàng)目的數(shù)據(jù)產(chǎn)品經(jīng)理，經(jīng)過對(duì)公司涉及埋點(diǎn)相關(guān)的角色，如產(chǎn)品經(jīng)理、開發(fā)人員、測(cè)試人員、設(shè)計(jì)師、分析師等進(jìn)行深度調(diào)研，企圖了解其在工作中遇到的痛點(diǎn)和訴求。

對(duì)埋點(diǎn)數(shù)據(jù)使用者，如設(shè)計(jì)師、業(yè)務(wù)人員來說，他們遇到最大的困難是：在需要看某個(gè)數(shù)據(jù)時(shí)，通常不知道這個(gè)數(shù)據(jù)有沒有埋點(diǎn)？具體的埋點(diǎn)信息是什么？應(yīng)該去哪里看埋點(diǎn)數(shù)據(jù)？為什么這個(gè)埋點(diǎn)不能按照自定義參數(shù)篩選？

產(chǎn)品經(jīng)理遇到的問題主要有兩個(gè)：

開發(fā)人員說：現(xiàn)在的在線埋點(diǎn)文檔真是太亂了，閱讀體驗(yàn)極差，沒有埋點(diǎn)變更信息記錄，有數(shù)據(jù)質(zhì)量問題時(shí)，數(shù)據(jù)溯源工作非常艱難。

測(cè)試人員：每次埋點(diǎn)測(cè)試都需要到數(shù)據(jù)庫(kù)去查，由于SDK上報(bào)時(shí)機(jī)的原因，往往不能即時(shí)看到數(shù)據(jù)，需要等一定時(shí)間，比較耗費(fèi)時(shí)間，如果不會(huì)寫sql，那簡(jiǎn)直是難上加難，有時(shí)候遇到大版本迭代，一次性上線的埋點(diǎn)比較多，測(cè)試工作量巨大。

數(shù)據(jù)產(chǎn)品經(jīng)理：業(yè)務(wù)經(jīng)常找我問這個(gè)數(shù)據(jù)有沒有埋點(diǎn)，埋點(diǎn)ID是什么？有哪些可以分析的維度？作為數(shù)據(jù)產(chǎn)品經(jīng)理，這個(gè)時(shí)候通常比較懵逼，因?yàn)槁顸c(diǎn)信息都是分散在各個(gè)業(yè)務(wù)產(chǎn)品經(jīng)理手上，大數(shù)據(jù)部門沒有埋點(diǎn)元數(shù)據(jù)。有時(shí)，業(yè)務(wù)人員突然發(fā)過來一個(gè)埋點(diǎn)ID問，這個(gè)埋點(diǎn)怎么沒數(shù)據(jù)，這個(gè)時(shí)候，產(chǎn)品經(jīng)理往往需要先對(duì)問題做個(gè)篩選，比如，當(dāng)前埋點(diǎn)是什么時(shí)候上線的，是不是因?yàn)閯偘l(fā)版，新老版本過渡期，數(shù)據(jù)還沒報(bào)上來或者新版本流量較小，這時(shí)才發(fā)現(xiàn)，沒有相關(guān)記錄可以查。有時(shí)，上游業(yè)務(wù)系統(tǒng)發(fā)生變更，也不會(huì)通知下游，業(yè)務(wù)發(fā)現(xiàn)數(shù)據(jù)異常時(shí)，通常第一時(shí)間找數(shù)據(jù)產(chǎn)品經(jīng)理，如果數(shù)據(jù)產(chǎn)品經(jīng)理不知道上游埋點(diǎn)的變更，這時(shí)往往是一臉懵。

產(chǎn)品經(jīng)理的素養(yǎng)告訴我，遇到問題，一定要透過現(xiàn)象，洞察其背后的本質(zhì)。經(jīng)過深入的思考，我認(rèn)為造成以上痛點(diǎn)的原因有三方面的因素，分別為規(guī)范的因素、人的因素、工具的因素。

規(guī)范因素，未建立明確的流程規(guī)范。

制度層面缺少統(tǒng)一的流程及操作要求：埋點(diǎn)從需求到上線的流程是怎樣的，埋點(diǎn)需求應(yīng)該在哪里創(chuàng)建，維護(hù)，埋點(diǎn)元數(shù)據(jù)應(yīng)該在哪里查詢等，在制度上沒有相關(guān)規(guī)定，有的業(yè)務(wù)產(chǎn)品經(jīng)理認(rèn)為：埋點(diǎn)文檔不應(yīng)該給業(yè)務(wù)的人看，業(yè)務(wù)用數(shù)據(jù)時(shí)，找大數(shù)據(jù)部門就好了，不應(yīng)該找業(yè)務(wù)產(chǎn)品經(jīng)理要埋點(diǎn)信息?？僧?dāng)前的現(xiàn)實(shí)是埋點(diǎn)元數(shù)據(jù)散落在各業(yè)務(wù)產(chǎn)品經(jīng)理手上，數(shù)據(jù)產(chǎn)品經(jīng)理也不知道埋點(diǎn)元數(shù)據(jù)。這樣，用數(shù)據(jù)的人常常需要找多方溝通，才能拿到埋點(diǎn)信息，對(duì)業(yè)務(wù)來說，找數(shù)據(jù)極其困難。

埋點(diǎn)定義缺少統(tǒng)一標(biāo)準(zhǔn)和規(guī)范：比如對(duì)于自定義參數(shù)，有的開發(fā)以數(shù)組的形式存在一個(gè)字段里面，有的開發(fā)是將自定義參數(shù)存在分別上報(bào)到不同的字段里面，這種標(biāo)準(zhǔn)的不一致，不但會(huì)增加下游數(shù)據(jù)處理成本，也會(huì)對(duì)數(shù)據(jù)使用者造成一定的困惑，比如導(dǎo)致埋點(diǎn)數(shù)據(jù)不能通過自定以參數(shù)篩選。

特殊場(chǎng)景缺少規(guī)范指導(dǎo)：比如新版本增加了和已有埋點(diǎn)相同意義的埋點(diǎn)，是新增一個(gè)埋點(diǎn)ID還是用已有的埋點(diǎn)ID，增加參數(shù)區(qū)分所屬埋點(diǎn)事件的位置等等。

人的因素，未規(guī)范錄入信息。

只埋，不維護(hù)信息：當(dāng)前大數(shù)據(jù)也提供了埋點(diǎn)錄入工具，但是業(yè)務(wù)產(chǎn)品往往只在在線文檔上維護(hù)埋點(diǎn)信息，只有用數(shù)據(jù)的時(shí)候才會(huì)來錄入，導(dǎo)致埋點(diǎn)信息不全；

信息錄入不完善：當(dāng)前埋點(diǎn)管理平臺(tái)僅有部分埋點(diǎn)ID和名稱及所屬應(yīng)用，缺少埋點(diǎn)屬性、位置歸屬等信息，不能提供完整的埋點(diǎn)元數(shù)據(jù)供數(shù)據(jù)使用者，導(dǎo)致數(shù)據(jù)理解困難；

信息無(wú)人持續(xù)維護(hù)：埋點(diǎn)變更、下線等情況無(wú)人維護(hù)，也沒有通知下游進(jìn)行影響評(píng)估，比如，某天業(yè)務(wù)突然找數(shù)據(jù)產(chǎn)品經(jīng)理反饋，當(dāng)前的數(shù)據(jù)值和埋點(diǎn)元數(shù)據(jù)不一致，數(shù)據(jù)產(chǎn)品經(jīng)理需要去排查原因，有時(shí)候查了半天原因才發(fā)現(xiàn)是業(yè)務(wù)產(chǎn)品改版，所以變更了埋點(diǎn)導(dǎo)致了數(shù)據(jù)異常，但這種情況只有變更上線后才能發(fā)現(xiàn)，沒法在事情發(fā)現(xiàn)，進(jìn)行影響評(píng)估，也沒法在事后通知相關(guān)方。

工具的因素，埋點(diǎn)管理工具還存在不足。

比如埋點(diǎn)位置結(jié)構(gòu)無(wú)統(tǒng)一維護(hù)，針對(duì)同樣的頁(yè)面，不同的產(chǎn)品經(jīng)理理解不一致，導(dǎo)致埋點(diǎn)歸屬混亂，就像圖書館的數(shù)沒有目錄和檢索系統(tǒng)一樣，找起來非常困難。

上面分析了在埋點(diǎn)管理方面遇到的痛點(diǎn)及其背后的原因，那如何系統(tǒng)化解決這些痛點(diǎn)呢？

第1步，建立規(guī)范埋點(diǎn)管理流程，定義清楚各方職責(zé)。

將埋點(diǎn)從需求到上線，分為四個(gè)大階段，分別為需求階段、埋點(diǎn)開發(fā)階段、埋點(diǎn)測(cè)試階段、埋點(diǎn)上線。埋點(diǎn)需求一般由業(yè)務(wù)方或者業(yè)務(wù)的產(chǎn)品經(jīng)理提出，業(yè)務(wù)產(chǎn)品經(jīng)理在埋點(diǎn)管理平臺(tái)定義好埋點(diǎn)需求后，進(jìn)行需求評(píng)審，評(píng)審?fù)ㄟ^后，進(jìn)入埋點(diǎn)開發(fā)階段，開發(fā)同學(xué)以埋點(diǎn)平臺(tái)的埋點(diǎn)文檔為基準(zhǔn)，進(jìn)行埋點(diǎn)代碼的開發(fā)；開發(fā)完成后，進(jìn)入測(cè)試階段，測(cè)試同學(xué)以埋點(diǎn)管理平臺(tái)的埋點(diǎn)文檔為基準(zhǔn)，進(jìn)行埋點(diǎn)測(cè)試驗(yàn)收；測(cè)試通過后，需要對(duì)埋點(diǎn)標(biāo)記上線，這樣，埋點(diǎn)文檔就從需求變成可供業(yè)務(wù)方使用的埋點(diǎn)元數(shù)據(jù)。大數(shù)據(jù)中心在接受數(shù)據(jù)時(shí)，會(huì)對(duì)數(shù)據(jù)進(jìn)行質(zhì)量校驗(yàn)，對(duì)于質(zhì)量問題會(huì)通過郵件等方式推送給相關(guān)負(fù)責(zé)人去處理。各方的職責(zé)定義如下：

數(shù)據(jù)產(chǎn)品經(jīng)理：制定標(biāo)準(zhǔn)和規(guī)范，維護(hù)應(yīng)用信息和各SDK信息及采集規(guī)范；

業(yè)務(wù)產(chǎn)品經(jīng)理：錄入并維護(hù)埋點(diǎn)信息和各應(yīng)用的頁(yè)面層級(jí)信息；

開發(fā)人員：基于埋點(diǎn)文檔，開發(fā)埋點(diǎn)代碼；

測(cè)試人員：基于埋點(diǎn)文檔，開發(fā)埋點(diǎn)代碼。

第2步，統(tǒng)一并貫徹埋點(diǎn)標(biāo)準(zhǔn)

1、埋點(diǎn)歸屬的標(biāo)準(zhǔn)化：由數(shù)據(jù)產(chǎn)品經(jīng)理統(tǒng)一維護(hù)公司所有應(yīng)用信息，每個(gè)應(yīng)用指定一個(gè)業(yè)務(wù)產(chǎn)品經(jīng)理作為應(yīng)用負(fù)責(zé)人，應(yīng)用負(fù)責(zé)人負(fù)責(zé)維護(hù)應(yīng)用的頁(yè)面層級(jí)結(jié)構(gòu)，保證所有產(chǎn)品經(jīng)理共用一套標(biāo)準(zhǔn)；

2、自定義屬性上報(bào)方式標(biāo)準(zhǔn)化。

有的開發(fā)是將自定義參數(shù)全部以數(shù)組的形式上報(bào)到params字段里，有的是分別上報(bào)的param1~param5里面，超過5個(gè)時(shí)，全部上報(bào)到params里面。經(jīng)過和數(shù)據(jù)開發(fā)同學(xué)討論，決定新增param6~param15，自定義參數(shù)依次上報(bào)至param1~param15，自定義參數(shù)超過15個(gè)時(shí)，聯(lián)系數(shù)據(jù)產(chǎn)品經(jīng)理處理。數(shù)據(jù)格式的一致，有利于下游數(shù)據(jù)的處理加工。

3、埋點(diǎn)ID命名標(biāo)準(zhǔn)化和產(chǎn)品化

之前各業(yè)務(wù)線埋點(diǎn)ID的命名是最初的產(chǎn)品經(jīng)理制定的，各業(yè)務(wù)線規(guī)則也不一樣，后來的產(chǎn)品經(jīng)理一直沿用之前的標(biāo)準(zhǔn)，但隨著埋點(diǎn)數(shù)量的增加，埋點(diǎn)ID不夠用了，產(chǎn)品經(jīng)理在寫埋點(diǎn)文檔時(shí)，經(jīng)常要糾結(jié)如何命名才能和以前的埋點(diǎn)不重復(fù)，也沒有系統(tǒng)輔助校驗(yàn)是否重復(fù)，在密密麻麻的在線文檔中查詢一遍，保證不重復(fù)，對(duì)產(chǎn)品經(jīng)理來說是一件繁瑣且枯燥無(wú)味的工作。經(jīng)過對(duì)各業(yè)務(wù)線現(xiàn)有規(guī)則的調(diào)研，本著簡(jiǎn)單、易懂、不重復(fù)的原則，制定出各業(yè)務(wù)線通用的命名規(guī)則：

應(yīng)用標(biāo)識(shí)_一級(jí)頁(yè)面_三位版本號(hào)_3位自增數(shù)字，如A1210001，A代表應(yīng)用標(biāo)識(shí)，1代表頁(yè)面標(biāo)識(shí)，210代表V2.1版本。

當(dāng)產(chǎn)品經(jīng)理在埋點(diǎn)管理平臺(tái)錄入埋點(diǎn)基本信息，如位置歸屬信息、埋點(diǎn)名稱和類型后，系統(tǒng)會(huì)自動(dòng)會(huì)按照規(guī)則自動(dòng)生成埋點(diǎn)ID。

第3步，引入埋點(diǎn)管理工具

有了流程和標(biāo)準(zhǔn)規(guī)范，還需要有好用的工具去輔助落實(shí)標(biāo)準(zhǔn)和規(guī)范，因此我們決定引入埋點(diǎn)管理平臺(tái)，實(shí)現(xiàn)埋點(diǎn)全生命周期的管理。

需求階段，在埋點(diǎn)管理平臺(tái)創(chuàng)建埋點(diǎn)文檔，保證埋點(diǎn)定義的規(guī)范性、準(zhǔn)確性；

埋點(diǎn)開發(fā)階段，提供自動(dòng)生成埋點(diǎn)代碼的功能，提升埋點(diǎn)代碼開發(fā)效率；

埋點(diǎn)測(cè)試階段，提供輔助測(cè)試功能，提升測(cè)試工作效率；

數(shù)據(jù)校驗(yàn)，校驗(yàn)數(shù)據(jù)的準(zhǔn)確性、一致性、完整性，保證埋點(diǎn)數(shù)據(jù)的質(zhì)量；

數(shù)據(jù)使用階段：提供友好的數(shù)據(jù)數(shù)據(jù)檢索方式和靈活豐富的分析工具，提升找數(shù)據(jù)、理解數(shù)據(jù)、用數(shù)據(jù)的效率，讓埋點(diǎn)數(shù)據(jù)真正被應(yīng)用起來，數(shù)據(jù)只有被應(yīng)用起來，才能發(fā)揮價(jià)值；

埋點(diǎn)下線：根據(jù)埋點(diǎn)的訪問情況等因素，推送出建議建議下線的埋點(diǎn)，經(jīng)影響評(píng)估后，針對(duì)可下線的埋點(diǎn)，作下線處理，避免數(shù)據(jù)只埋不用的問題。

埋點(diǎn)管理平臺(tái)是埋點(diǎn)全生命周期管理和團(tuán)隊(duì)協(xié)作工具，提供埋點(diǎn)需求創(chuàng)建，輔助測(cè)試及開發(fā)、數(shù)據(jù)校驗(yàn)、埋點(diǎn)元數(shù)據(jù)查詢、埋點(diǎn)數(shù)據(jù)分析、埋點(diǎn)下線等能力，解決埋點(diǎn)管理混亂，找數(shù)據(jù)難、理解數(shù)據(jù)難等問題。

產(chǎn)品的目標(biāo)用戶有產(chǎn)品經(jīng)理、開發(fā)、測(cè)試、相關(guān)數(shù)據(jù)使用者。產(chǎn)品經(jīng)理負(fù)責(zé)維護(hù)埋點(diǎn)元數(shù)據(jù)，開發(fā)人員基于產(chǎn)品經(jīng)理創(chuàng)建的埋點(diǎn)文檔開發(fā)埋點(diǎn)代碼，測(cè)試人員測(cè)試驗(yàn)收埋點(diǎn)并上線，數(shù)據(jù)使用者主要查找埋點(diǎn)元數(shù)據(jù)，做埋點(diǎn)數(shù)據(jù)分析。

主要功能模塊如下

應(yīng)用管理：

本模塊維護(hù)應(yīng)用及頁(yè)面層級(jí)劃分標(biāo)準(zhǔn)及基本信息。

屬性管理：

維護(hù)屬性（參數(shù)）信息，分為預(yù)置屬性和常用自定義屬性，預(yù)置屬性是提前預(yù)置到埋點(diǎn)SDK的屬性，如用戶ID、版本號(hào)等，自定義屬性是根據(jù)具體埋點(diǎn)需求產(chǎn)品經(jīng)理自己定義的屬性。

需求管理

本模塊負(fù)責(zé)埋點(diǎn)需求的管理，支持單個(gè)新增和按照模板批量導(dǎo)入，每個(gè)埋點(diǎn)均歸屬于唯一的埋點(diǎn)集、應(yīng)用、頁(yè)面。埋點(diǎn)集是同一批次上線的埋點(diǎn)的集合，相當(dāng)于文件夾的作用，方便開發(fā)和測(cè)試閱讀埋點(diǎn)文檔。

事件管理

本模塊主要提供已上線埋點(diǎn)的檢索功能，提供樹形菜單的形式，方便用戶在不清楚埋單ID的場(chǎng)景下可按應(yīng)用逐級(jí)下鉆查找。埋點(diǎn)變更信息也會(huì)維護(hù)在這里

質(zhì)量監(jiān)控

本模塊支持配置監(jiān)控規(guī)則和郵件提醒，校驗(yàn)接收到的數(shù)據(jù)和點(diǎn)元數(shù)據(jù)作對(duì)比，找出已接收到數(shù)據(jù)但沒埋點(diǎn)信息的事件或有埋點(diǎn)信息但未接受到數(shù)據(jù)的事件，推送給相關(guān)負(fù)責(zé)人處理。也會(huì)從數(shù)據(jù)量、數(shù)據(jù)波動(dòng)等方面檢測(cè)的質(zhì)量，及時(shí)發(fā)現(xiàn)異常數(shù)據(jù)。

埋點(diǎn)校驗(yàn)

本模塊主要作用是輔助測(cè)試人員進(jìn)行埋點(diǎn)測(cè)試，提升其效率。

數(shù)據(jù)分析

本模塊主要是埋點(diǎn)相關(guān)的數(shù)據(jù)分的工具，比如概覽看板、用戶路徑分析、轉(zhuǎn)化漏斗分析、埋點(diǎn)數(shù)據(jù)查詢等，幫助數(shù)據(jù)使用者快速使用數(shù)據(jù)。

整個(gè)埋點(diǎn)管理平臺(tái)的建設(shè)是分三個(gè)階段進(jìn)行，第一階段主要實(shí)現(xiàn)埋點(diǎn)歷史數(shù)據(jù)和流程的線上化，提升找數(shù)據(jù)、理解數(shù)據(jù)的效率，這是后續(xù)工作的基礎(chǔ)；第二階段主要從數(shù)據(jù)使用角度出發(fā)，提升數(shù)據(jù)使用效率和體驗(yàn)，讓數(shù)據(jù)更好的發(fā)揮價(jià)值；第三階段，著力提升開發(fā)人員和測(cè)試人員的效率。

對(duì)公司來說，建設(shè)埋點(diǎn)管理平臺(tái)，實(shí)現(xiàn)埋點(diǎn)系統(tǒng)化管理是需要投入不少資源的，那這件事值不值得做呢？做好埋點(diǎn)管理有什么價(jià)值呢？

在我看來，建設(shè)埋點(diǎn)管理平臺(tái)的價(jià)值有三個(gè)方面，分別為：

1、沉淀數(shù)據(jù)資產(chǎn)和組織過程資產(chǎn)，降低找數(shù)據(jù)、理解數(shù)據(jù)，用數(shù)據(jù)的門檻

建設(shè)埋點(diǎn)管理平臺(tái)之前，埋點(diǎn)元數(shù)據(jù)散落在各個(gè)業(yè)務(wù)產(chǎn)品經(jīng)理手里，對(duì)數(shù)據(jù)使用者來說，每當(dāng)用數(shù)據(jù)的時(shí)候經(jīng)常陷入找數(shù)據(jù)難、理解數(shù)據(jù)難的困境，那埋點(diǎn)管理平臺(tái)建成之后，所有業(yè)務(wù)線的埋點(diǎn)元數(shù)據(jù)均被維護(hù)在同一的平臺(tái)上，平臺(tái)提供多維檢索功能，讓數(shù)據(jù)使用者快速找到數(shù)據(jù)、理解數(shù)據(jù)，埋點(diǎn)變更等中間信息也會(huì)維護(hù)在埋點(diǎn)詳情里面，埋點(diǎn)的前世今生一路了然。

2、提升數(shù)據(jù)質(zhì)量，讓數(shù)據(jù)更好的發(fā)揮價(jià)值

通過數(shù)據(jù)可以讓我們能了解過去，知悉當(dāng)下，預(yù)測(cè)未來，如同水電煤，深深影響著業(yè)務(wù)的決策，比如產(chǎn)品經(jīng)理、設(shè)計(jì)師主要依賴埋點(diǎn)數(shù)據(jù)指導(dǎo)產(chǎn)品設(shè)計(jì)方案，開發(fā)人員依賴埋點(diǎn)數(shù)據(jù)進(jìn)行bug定位，業(yè)務(wù)的一些核心指標(biāo)更是通過埋點(diǎn)數(shù)據(jù)計(jì)算而來。試想一下，如果我們提供給業(yè)務(wù)的數(shù)據(jù)是錯(cuò)誤的，那極有可能基于數(shù)據(jù)得出錯(cuò)誤的信息，從而導(dǎo)致錯(cuò)誤的決策，數(shù)據(jù)也就失去了其價(jià)值。所以，保證埋點(diǎn)數(shù)據(jù)的高質(zhì)量是極其重要的事情。

3、提升研發(fā)、測(cè)試工作效率及團(tuán)隊(duì)協(xié)作效率

對(duì)于大的版本迭代，有時(shí)候一次性上線多大上百個(gè)埋點(diǎn)，其對(duì)開發(fā)和測(cè)試人員來說，是極其大的體力活，這時(shí)候如果平臺(tái)可自動(dòng)生成埋點(diǎn)代碼，開發(fā)人員只需要復(fù)制代碼插入到對(duì)應(yīng)位置就可，會(huì)極大節(jié)約人工。

標(biāo)準(zhǔn)規(guī)范是方向，工具是將標(biāo)準(zhǔn)規(guī)范產(chǎn)品化，關(guān)鍵需要人去執(zhí)行才能取得效果，所以，人是項(xiàng)目成敗的關(guān)鍵因素，但往往人也是最大的變量。埋點(diǎn)管理涉及到多個(gè)部門的協(xié)同，另外，現(xiàn)存歷史埋點(diǎn)也需要梳理后進(jìn)行初始化，這些工作需要相關(guān)人員的密切配合，所以在項(xiàng)目立項(xiàng)時(shí)，數(shù)據(jù)產(chǎn)品經(jīng)理需要努力獲得上面的支持，能夠自上而下去推進(jìn)，最好推動(dòng)成立跨部門的項(xiàng)目小組，具體工作、責(zé)任落實(shí)到人，避免相關(guān)人員的不配合，導(dǎo)致項(xiàng)目流于形式。那如果爭(zhēng)取不到自上而下推動(dòng)的機(jī)會(huì)該怎么辦呢？這個(gè)時(shí)候就需要Plan B了，可以先找到愿意配合的業(yè)務(wù)線和他們合作，解決他們的痛點(diǎn)，有一定成效后，再慢慢推廣到其他業(yè)務(wù)線。

1、千萬(wàn)別忘記用戶。產(chǎn)品的誕生是為了滿足某種需求或者解決某類問題的，千萬(wàn)不可閉門造車，悶頭設(shè)計(jì)產(chǎn)品，等上線時(shí)再面對(duì)最終用戶，一定要走出去，多和產(chǎn)品的目標(biāo)用戶聊，深入挖掘他們的痛點(diǎn)，讓他們有參與感，獲得用戶的認(rèn)可，尤其像埋點(diǎn)管理平臺(tái)這種內(nèi)部的工具性產(chǎn)品，產(chǎn)品誕生的時(shí)候，現(xiàn)有的用戶習(xí)慣已經(jīng)形成，比如產(chǎn)品經(jīng)理們已經(jīng)習(xí)慣使用在線文檔去維護(hù)埋點(diǎn)信息，如果沒有制度上的約束，如何讓他們換到新平臺(tái)上來呢，那就是過程中想辦法讓他們有強(qiáng)烈參與感，能把他們的一些想法融入到產(chǎn)品設(shè)計(jì)中，最終的產(chǎn)品方案獲得他們的認(rèn)可后再推進(jìn)落地，當(dāng)然了，這個(gè)過程對(duì)數(shù)據(jù)產(chǎn)品經(jīng)理來說，是比較耗費(fèi)精力的，但對(duì)產(chǎn)品經(jīng)理來說，自己的產(chǎn)品能獲得用戶的認(rèn)可，被廣泛的使用，是一件有意義的事情；

2、在設(shè)計(jì)上，盡量考慮已有的用戶習(xí)慣，避免大范圍的改變用戶習(xí)慣，觸發(fā)用戶的抵觸情緒；

3、如果已有歷史產(chǎn)品的情況下，要考慮兼容性。