上個月咱們了解到埋點數(shù)據(jù)從上報到生成報表大體分為五個關(guān)鍵環(huán)節(jié)：

埋點->上報->后臺記錄日志->計算&入庫->展示

今天咱們介紹下統(tǒng)計數(shù)據(jù)出問題后，一般的原因有哪些，應(yīng)該如何跟進(jìn)。

1、報表數(shù)據(jù)為0

一天，韓梅梅找到李雷

韓梅梅：『老李啊，咱們這個版本新加的埋點怎么報表上都是0?。俊?/p>

李雷（驚訝的）：『?。课铱纯?！』

老李為啥會『驚訝』呢，因為這個數(shù)據(jù)的上報在版本上線前已經(jīng)測試通過了。不過，為了保持程序猿做事的嚴(yán)謹(jǐn)性，老李還是通過『抓包』或者『查日志』的手段確認(rèn)了客戶端功能無誤，然后果斷的找到負(fù)責(zé)后臺數(shù)據(jù)統(tǒng)計的同學(xué)，將問題拋給了他們。

小編點評：

數(shù)據(jù)有上報而報表數(shù)據(jù)為0，這種問題一般會出現(xiàn)在『計算&入庫』和『展示』環(huán)節(jié)。因為『上報』和『后臺錄入日志』這兩個過程是與具體的埋點功能無關(guān)的，它們對應(yīng)的邏輯和功能相對穩(wěn)定。而『計算&入庫』和『展示』環(huán)節(jié)則多需要根據(jù)不同的統(tǒng)計需求做修改，所以在驗證客戶端埋點功能正常后，最有可能出問題的就是這兩處。如果出現(xiàn)這種異常，向韓梅梅一樣，先找到李雷確認(rèn)功能正常后，再聯(lián)系后臺負(fù)責(zé)數(shù)據(jù)統(tǒng)計的同學(xué)跟進(jìn)，一般情況下，異常的數(shù)據(jù)都是可以恢復(fù)的。如果不幸確實由于客戶端的Bug導(dǎo)致數(shù)據(jù)沒有上報，那數(shù)據(jù)就只能等下個版本修復(fù)了。（韓梅梅：『胡說，不是還有熱補(bǔ)丁嗎？』好吧，產(chǎn)品會技術(shù)，誰也擋不住，小弟佩服?。?/p>

2、報表數(shù)據(jù)大面積突降

韓梅梅：『老李啊，怎么今天咱們的日使用、在線時長、點擊量…（此處省略一萬個數(shù)據(jù)名詞）都比平時少了一半？』

李雷（胸有成竹地）：『我找人幫你看看！』

老李從運維同學(xué)處了解到，昨天對服務(wù)器上的日志進(jìn)行了遷移，由于遷移數(shù)據(jù)遷移過程太長導(dǎo)致一些日志沒有參與『計算&入庫』，等下會重新部署昨天的統(tǒng)計任務(wù)，恢復(fù)數(shù)據(jù)。

小編點評：

如果已經(jīng)穩(wěn)定很久的報表，突然出現(xiàn)大范圍的數(shù)據(jù)突降，先找找運維同學(xué)吧，看看最近日志分析系統(tǒng)有做策略調(diào)整或者日志遷移，導(dǎo)致報表中只收錄了部分日志的數(shù)據(jù)。如果是的話，不用擔(dān)心，即便你不找上門，運維同學(xué)也會主動跟進(jìn)，把數(shù)據(jù)恢復(fù)的。

3、報表數(shù)據(jù)突增

韓梅梅：『老李啊，這兩天咱們沒做什么推廣，怎么天天亂跑的下載量突然上漲了好幾倍？是不是你又出Bug了？』

李雷（無辜地）：『怎么可能！』

老李當(dāng)然無辜了，心中一萬匹羊駝：『產(chǎn)品沒做推廣，我們程序猿也改不了線上版本的代碼啊，前幾天還正常運行的統(tǒng)計邏輯，突然到某一天錯亂了，你以為我寫的是『千年蟲』啊』。

小編點評：

線上的單個數(shù)據(jù)或者相關(guān)的幾個數(shù)據(jù)突然出現(xiàn)異常增長，很有可能是被人惡意刷量。要確定這種問題，直接找數(shù)據(jù)組的同學(xué)查下原始日志，確認(rèn)下是不是有個別IP或者用戶ID對應(yīng)的PV數(shù)量明顯異常。如果這樣都查不出來異常原因，恭喜，你提前完成了KPI！

4、歷史數(shù)據(jù)出現(xiàn)問題

韓梅梅：『老李啊，今天做數(shù)據(jù)對比的時候，發(fā)現(xiàn)去年3月份的曝光量數(shù)據(jù)好像不大對，你快幫我看看啥原因？』

李雷：。。。

其實老李想說『你把我小時候弄丟的奶嘴找回來，我就幫你找曝光量不對的原因！』

小編點評：

要確認(rèn)問題的原因，上報數(shù)據(jù)的原始日志是十分重要的線索。報表中的數(shù)據(jù)，可以追溯到幾年前，但是原始日志由于數(shù)據(jù)量太大，可能只會在服務(wù)器存儲幾個月甚至幾天。所以，對于這種要求，程序猿只能說『臣妾做不到啊！』。

5、報表數(shù)據(jù)明顯低于預(yù)期

韓梅梅：『Lucy，昨天咱們的新版本訪問這個頁面的只有6人，看來咱們高估了用戶的需求。』

Lucy：『是啊，太出乎意料了，我預(yù)計至少應(yīng)該有3000人訪問呢?！?/p>

李雷聽到了韓梅梅和Lucy的對話，默默的在開發(fā)中的版本上修復(fù)了這個關(guān)鍵路徑數(shù)據(jù)漏報的Bug。

小編點評：

這種問題找負(fù)責(zé)埋點同學(xué)準(zhǔn)沒錯，肯定是遺漏了重要的用戶路徑，重新埋點吧。

6、業(yè)務(wù)流復(fù)雜的漏斗統(tǒng)計數(shù)據(jù)異常

在一個韓梅梅剛剛建立的群中

韓梅梅：『@all 昨天投放的天天亂跑推廣Banner只帶來了5個新增，請大家?guī)兔聪略?！?/p>

群里的一百多號人認(rèn)真的讀完了韓梅梅發(fā)來的消息后，就各自繼續(xù)忙自己之前的工作去了。

小編點評：

從push下發(fā)banner數(shù)據(jù)到用戶成功安裝應(yīng)用，中間需要經(jīng)過多個業(yè)務(wù)能力的配合，如果漏斗中的數(shù)據(jù)出現(xiàn)異常，只需要逐級找相關(guān)負(fù)責(zé)人確認(rèn)數(shù)據(jù)即可。一股腦將所有相關(guān)不相關(guān)的人員全部拉到一起，只能證明自己業(yè)務(wù)能力的低下，而且這樣做往往會導(dǎo)致事情變得負(fù)雜，降低問題跟進(jìn)的效率。實在不了解整個流程的話，找個負(fù)責(zé)任的開發(fā)協(xié)助你一下吧。

小編總結(jié)：

常言道，常在河邊走，哪能不濕鞋。常年埋統(tǒng)計數(shù)據(jù)，咋還能不讓數(shù)據(jù)出個錯呢。然而如果產(chǎn)品經(jīng)理如果能做到以下幾點，隨不說可保萬無一失，即便遇到問題也必定游刃有余，應(yīng)對有方：

1. 及時關(guān)注重要數(shù)據(jù)，有問題及時發(fā)現(xiàn)、反饋，有助于程序猿找Bug。
2. 影響埋點數(shù)據(jù)的因素考慮清楚，如果數(shù)據(jù)出現(xiàn)異常，原因是否可追溯，如有需要，可以多設(shè)置幾個輔助埋點。
3. 一些重要的數(shù)據(jù)埋點可以跟技術(shù)同學(xué)一起討論制定。
4. 除了熟悉自己負(fù)責(zé)的業(yè)務(wù)外，外圍業(yè)務(wù)也要了解。
5. 多關(guān)注『給產(chǎn)品經(jīng)理講技術(shù)』中的技術(shù)科普性文章（我很認(rèn)真的哦~），增強(qiáng)自己對問題的認(rèn)識、分析能力。

相關(guān)閱讀：

《整天看用戶埋點數(shù)據(jù)，知道數(shù)據(jù)是咋來的嗎？》

《產(chǎn)品后悔藥來了，講講熱補(bǔ)丁技術(shù)》

《媽媽再也不用擔(dān)心我的需求趕不上版本發(fā)布了》

PS：

如果一個穩(wěn)定了很久的數(shù)據(jù)報表在某一個天突然發(fā)生異常，看看那幾天有沒有一下情況出現(xiàn)：

1. 客戶端或者前端發(fā)布新版本
2. 后臺日志系統(tǒng)是否近期有調(diào)整
3. 數(shù)據(jù)統(tǒng)計服務(wù)是否近期有調(diào)整

如果數(shù)據(jù)異常事件正好與上述三個事件中的某一個重合，數(shù)據(jù)異常的原因十有八九就是它造成的了?？捎浐昧伺?，這個訣竅一般人我不告訴他~

#專欄作家#

給產(chǎn)品經(jīng)理講技術(shù)，微信公眾號（pm_teacher），人人都是產(chǎn)品經(jīng)理專欄作家。資深程序猿，專注客戶端開發(fā)若干年，對前端、后臺技術(shù)略懂，熱衷于對新的科技領(lǐng)域的探索。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，不得轉(zhuǎn)載。