多年以來我和數(shù)百家企業(yè)打過交道，在這個過程中，我領(lǐng)悟了讓數(shù)據(jù)分析項目成功的一些因素，也親眼看著很多項目失敗。
最常見的失敗原因說出來可能會讓你驚訝。并非是缺乏數(shù)據(jù)專業(yè)知識或者整合失誤，而僅僅是因為企業(yè)沒有讓“利用數(shù)據(jù)”成為任何人員的職責(zé)。太多公司花費(fèi)好幾個月收集有趣的數(shù)據(jù)，然后讓它們靜靜地躺在角落里積攢灰塵。這個現(xiàn)象驅(qū)使我來撰寫本文，希望它能給你靈感，讓你為下一個分析項目增加一些結(jié)構(gòu)性。?對分析的應(yīng)用，本應(yīng)該成為你不斷汲取的商業(yè)泉源。
如果能為下列每個角色，找到至少一個樂于擔(dān)當(dāng)?shù)娜诉x，我保證你項目成功率會增加一千倍！對每個角色的具體描述和建議見下文。
*并未經(jīng)過科學(xué)證實(shí)
角色及其輸出 角色 交付項目領(lǐng)導(dǎo)者
項目規(guī)劃，包含工作范圍與時間數(shù)據(jù)建構(gòu)者
數(shù)據(jù)模型，查詢語句
產(chǎn)品開發(fā)者
實(shí)現(xiàn)跟蹤（埋點(diǎn)）
分析者
提供新的業(yè)務(wù)問題
報告制作者為業(yè)務(wù)提供報告
項目領(lǐng)導(dǎo)者有一個團(tuán)隊成員要負(fù)責(zé)分析工作的實(shí)施交付。你可能已經(jīng)知道，一個高效的項目管理者要：
識別項目的利益相關(guān)者，并搞清他們需要什么。這些人會問“我們要回答的商業(yè)問題是什么？” 設(shè)定并傳達(dá)工作目標(biāo)、范圍和時間，落實(shí)到每個相關(guān)人員。 管理項目所依賴的資源，發(fā)現(xiàn)交付過程中的障礙。 確保項目如實(shí)交付、達(dá)成目標(biāo)（例如，數(shù)據(jù)確實(shí)回答了對業(yè)務(wù)至關(guān)重要的問題）。 確保每個相關(guān)人員，從工程師到產(chǎn)品經(jīng)理，同步工作并理解要交付什么。這個部分比較重要，因為人們通常低估或高度數(shù)據(jù)的作用。對項目領(lǐng)導(dǎo)者的建議：
如果你專注于那些可以直接為產(chǎn)品或業(yè)務(wù)帶來改變的問題，你的分析項目會得到最及時的反饋。例如：新的宣傳活動帶來的顧客是否轉(zhuǎn)化為付費(fèi)用戶了（是否該繼續(xù)在這個宣傳渠道上繼續(xù)投資）？或者，我們準(zhǔn)備取消這個功能，你能否查看一下是否有付費(fèi)用戶在使用這個服務(wù)？ 保證項目的規(guī)模盡可能小。一開始，只跟蹤對于業(yè)務(wù)重要的少數(shù)幾個關(guān)鍵行為，這樣就能夠快速回答最緊迫的商業(yè)問題（如，使用這個此功能的用戶留存度如何？）及時的，有用的分析結(jié)果會讓你所在的機(jī)構(gòu)著迷，他們很快會提出更多你在下一輪要回答的問題。換句話說，分析工作應(yīng)該是敏捷的，隨著每次迭代更加深入。如果分析項目的規(guī)模太大（如，需要花費(fèi)工程師兩周時間），那你可能冒著拖延其他緊急項目的風(fēng)險。 數(shù)據(jù)建構(gòu)者這個頭銜聽起來很炫，但它只是意味著你的團(tuán)隊需要有個懂技術(shù)的人創(chuàng)建數(shù)據(jù)模型，并理解查詢語句如何工作。數(shù)據(jù)模型可以很簡單，甚至像一封電子郵件，列出你要跟蹤的行為和優(yōu)先級。這個模型有助于確定和傳達(dá)你的項目范圍。數(shù)據(jù)建構(gòu)者幫助整個團(tuán)隊評估哪些業(yè)務(wù)問題可以被回答，哪些不能。通常這個人不必是數(shù)據(jù)科學(xué)博士，一般由一個app開發(fā)人員，或者懂得用電子表格建立模型的人擔(dān)任。
對數(shù)據(jù)分析者的建議：
花點(diǎn)時間讓曾經(jīng)使用過相同工具的人看看你的數(shù)據(jù)模型。例如，如果你在使用Keen，就跟使用過Keen的開發(fā)者聊聊。也可以讓分析服務(wù)提供者和你一起審閱你的數(shù)據(jù)模型。不管你在使用什么工具，都會有些事情需要取舍，解決方案總有些部分不會按照預(yù)期工作。節(jié)省些時間，跟有過相同經(jīng)歷的人談?wù)勀愕挠媱澃伞?建立數(shù)據(jù)模型時，使用客戶和業(yè)務(wù)領(lǐng)域的習(xí)慣用語，而不是應(yīng)用開發(fā)者的習(xí)慣用語。例如，不要去追蹤“階段變化”，客戶和你公司里的其他人無法理解它。如果能保證使用的語言是業(yè)務(wù)導(dǎo)向的，它會幫助你的機(jī)構(gòu)/企業(yè)理解如何去查詢和使用數(shù)據(jù)。 保證讓至少一個人審閱你的數(shù)據(jù)模型，保證模型可被他人理解。你可能會發(fā)現(xiàn)有些對自己來說很直白的標(biāo)簽，對其他人來說并不清晰。比如，對于機(jī)構(gòu)里的不同人員，“uuid”意味著不同的東西。 不要重復(fù)發(fā)明輪子（不要做無用功）。 產(chǎn)品開發(fā)者項目一開始，就要有至少一個開發(fā)人員承擔(dān)埋點(diǎn)的工作。他們在各處加一些代碼，這樣每次登錄、購買、上傳和其他行為的數(shù)據(jù)都能被保存。如果事件的來源有很多，比如移動應(yīng)用+網(wǎng)頁，這個工作可能由多個開發(fā)者完成（如，一個網(wǎng)站開發(fā)者和一個移動開發(fā)者）。在小一些的機(jī)構(gòu)，埋點(diǎn)的開發(fā)者通常也扮演數(shù)據(jù)建構(gòu)者。在大一些的團(tuán)體中，開發(fā)者和數(shù)據(jù)建構(gòu)者緊密合作，確保模型數(shù)據(jù)足夠理想，以及事物被跟蹤并以一致的格式標(biāo)記（如“user.id” = “23cv42343jk88” 不是 “user.id” = “fran@cooldomain.com”）。埋點(diǎn)是個相對直接的過程，許多分析服務(wù)有直接可用的客戶庫使得此過程簡化，不過，你的團(tuán)隊依然需要決定要跟蹤什么行為，如何命名。
對產(chǎn)品開發(fā)者的建議：
確保根據(jù)對你的機(jī)構(gòu)有意義的數(shù)據(jù)模型進(jìn)行埋點(diǎn)。如果你的團(tuán)隊沒有數(shù)據(jù)建構(gòu)者，那么就扮演這個角色，在開始埋點(diǎn)之前規(guī)劃一個模型。這會幫你理清思路，也更利于與他人溝通。 使用分開的repository，帶有各自的key，針對dev, test和prod，這樣就不會讓生成數(shù)據(jù)和測試數(shù)據(jù)混淆。 埋點(diǎn)成功后，在正式使用前找個人審閱一下存進(jìn)來的數(shù)據(jù)。和產(chǎn)品的其他功能一樣，分析的實(shí)施也需要有個QA過程。埋點(diǎn)過程中錯誤很常見，如，把數(shù)字發(fā)送為字符串、命名不清、不正確地使用JSON的格式，或者標(biāo)簽里有錯別字。 分析者你會收集很多有意思的數(shù)據(jù)，但如果沒人利用，這些數(shù)據(jù)就不會有價值。團(tuán)隊里需要至少有一個人對數(shù)據(jù)背后隱藏的東西非常好奇。我把這些人稱為分析者。分析者通常是個開發(fā)者、產(chǎn)品經(jīng)理或產(chǎn)品團(tuán)隊/營銷團(tuán)隊的某個人。這些人不僅瘋狂地想了解業(yè)務(wù)問題的答案，還能時時提出新問題。分析者喜歡鉆研項目第一階段收集的數(shù)據(jù)，而且有很多點(diǎn)子，引出下一階段應(yīng)該收集的新東西。換句話說，團(tuán)隊中需要有個人享受實(shí)踐分析的過程。不要著急，這樣的人有很多:)。技術(shù)背景對這個角色有很大幫助，這使得他們能快速理解什么樣的查詢語句可以得到想要的答案。這個角色對于項目成功至關(guān)重要，如果沒人從數(shù)據(jù)中理解、學(xué)習(xí)，就無法從中得到任何價值。
對分析者的建議：
分析的結(jié)果可能對你自己而言顯而易見或很有意義，但別人看來可能不是這樣。這是因為你從一開始就知道要回答什么問題。你知道數(shù)據(jù)包含哪些不包含哪些。此外你寫的查詢語句最終生成了可視化結(jié)果或報告。要讓他人理解最終得到的數(shù)字都意味者什么，那么你要分享很多上下文內(nèi)容給他們。 分享分析的結(jié)果時，需要寫明你從數(shù)據(jù)中得到的結(jié)論，以及根據(jù)分析結(jié)果應(yīng)該采取什么業(yè)務(wù)行動（如，上個版本發(fā)布后我們的轉(zhuǎn)化率下降了，所以應(yīng)該改回去）。其他人可能不僅沒有正確解讀數(shù)據(jù)所需的上下文，他們也很可能不像你那樣感覺數(shù)據(jù)很迷人，且沒時間去試圖理解其意義。 不要用力過猛，不過，對于這個崗位來說溝通技巧很重要。分析者大約半數(shù)的時間都用在了溝通上。解釋與總結(jié)從數(shù)據(jù)中獲得的結(jié)論、結(jié)果需要花點(diǎn)時間。如果你的分析結(jié)果不能只是靜靜躺在別人的收件箱里。有些你是機(jī)構(gòu)里唯一意識到某個機(jī)會或問題的人，應(yīng)該確保機(jī)構(gòu)對機(jī)會或問題有所反應(yīng)。有時你得做那個難搞的人。不要低估自己工作的價值。 如果分析工作是你常常要做又來不及做的，試著把它加入你官方的職位描述中，每周或每月貢獻(xiàn)固定時間在上面。不要讓它干預(yù)你的其他時間。 報告制作者這個角色不是必需的，但你可能會想要制作一些報告，便于整個團(tuán)隊和其他利益相關(guān)者獲取。要想讓數(shù)據(jù)的實(shí)用性會大大提升，數(shù)據(jù)應(yīng)該更緊密地與業(yè)務(wù)流程相連，而不是被遺棄在數(shù)據(jù)庫里等著有人翻閱。一個前端開發(fā)者要能夠把query變成產(chǎn)品經(jīng)理和其他業(yè)務(wù)人員閱讀的報告。下面是一些可能有用的例子：
Email寄送周報 內(nèi)部網(wǎng)站的一個頁面 在面向用戶的app中 用Google表格公開發(fā)布 推送到slack頻道 在某個面板上展示 推送到salesforce對報告制作者的建議：
確保報告的使用者能理解數(shù)據(jù)才能讓你的工作產(chǎn)生最大價值。一個辦法是，不斷問他們“當(dāng)你看到轉(zhuǎn)化率5.2%時，這對你來說意味著什么？你會認(rèn)為它是怎么計算出來的？” 另一種提高報告可讀性的方式是寫一份指南（如注釋），以解釋數(shù)據(jù)從何而來、如何被計算。例如，數(shù)據(jù)是否包含從網(wǎng)站和app獲取的用戶，或只是來自其中一種的用戶？它是否包括測試用戶和公司的內(nèi)部用戶，或者他們已經(jīng)被過濾掉了？ 玩得開心點(diǎn)！整個分析項目中最棒的部分，就是看著有人因為從結(jié)果學(xué)到了新東西而雙眼放光，而你，通常就是讓這一切發(fā)生的人。本文地址：http://irelandcustomcontracting.com/news/yytg3052.html
