數(shù)據(jù)建設(shè)工作并不是一件簡(jiǎn)單的事，在做好數(shù)據(jù)建設(shè)是需要講方法的。

    之前有個(gè)讀者給亮哥留個(gè)言，但亮哥無(wú)法回答，只有沉默了，想了想，今天還是寫一篇文章吧。

    讀者問(wèn)：

    亮哥你好，看你的書很久了，但是有一個(gè)問(wèn)題困擾了我很久。在做用戶數(shù)據(jù)分析的時(shí)候，我們常用的第三方類似Umeng這種統(tǒng)計(jì)工具，其相關(guān)數(shù)據(jù)是不互通的，也就是我沒(méi)辦法從用戶的活躍數(shù)據(jù)，反推到這部分用戶在功能使用上的情況。 另外多數(shù)公司在人力物力上的不足，以及時(shí)間成本的影響，都沒(méi)有條件自建數(shù)據(jù)統(tǒng)計(jì)工具，這種情況下，有沒(méi)有什么比較好的辦法，可以處理這樣的矛盾呢？ 另外自建數(shù)據(jù)統(tǒng)計(jì)系統(tǒng)，有什么好的建議嗎？

    1.數(shù)據(jù)的維度

    「維度」這兩個(gè)字，很多人在做數(shù)據(jù)分析提需求的時(shí)候，都會(huì)碰到。

    但也有很多人寫成「緯度」、「圍度」，其實(shí)亮哥不知道哪個(gè)是對(duì)的，但是從我的理解來(lái)說(shuō)，「維度」比較合理。

    在互聯(lián)網(wǎng)里工作，對(duì)數(shù)據(jù)這件事情，可以說(shuō)，任何一個(gè)工種，都必須與之打交道，只不過(guò)關(guān)注的點(diǎn)可能并不一致而已。

    對(duì)于做市場(chǎng)、PR、公關(guān)的同學(xué)來(lái)說(shuō)，他們關(guān)心的是大而化之的數(shù)據(jù)，你會(huì)發(fā)現(xiàn)那些市場(chǎng)品牌宣傳稿、公關(guān)稿里談及數(shù)據(jù)，都很大，譬如：

    某產(chǎn)品上線至今，擁有X萬(wàn)/億注冊(cè)用戶，日活用戶超過(guò)Y萬(wàn)/億，平均每5分鐘，產(chǎn)品就會(huì)被下載一次……每秒鐘同步處理Z筆交易……

    諸如此類。

    對(duì)于做產(chǎn)品的同學(xué)來(lái)說(shuō)，他們關(guān)心的是用戶怎么使用產(chǎn)品，用戶從哪些入口進(jìn)入，在哪些頁(yè)面或功能點(diǎn)上停留進(jìn)行使用，多長(zhǎng)時(shí)間或達(dá)成何種目標(biāo)后離開(kāi)。

    對(duì)于做運(yùn)營(yíng)的同學(xué)來(lái)說(shuō)，他們關(guān)心獲取一個(gè)新用戶需要多少錢，自己的活動(dòng)有沒(méi)有好看的ROI，自己申請(qǐng)的預(yù)算是否帶來(lái)了預(yù)估的效果，下個(gè)月的KPI究竟是用戶活躍還是轉(zhuǎn)化付費(fèi)。

    所以，如果一家公司里，沒(méi)有人關(guān)心數(shù)據(jù)，或者說(shuō)，該關(guān)心數(shù)據(jù)的人不關(guān)心數(shù)據(jù)，或者關(guān)心了錯(cuò)誤的數(shù)據(jù)，那就是一場(chǎng)災(zāi)難。

    數(shù)據(jù)的維度非常廣泛，有時(shí)間維度（日、月、年、時(shí)、分、秒……），也有動(dòng)作維度（注冊(cè)、激活、登錄、使用、轉(zhuǎn)化、付費(fèi)、流失……），還有空間維度（訪問(wèn)時(shí)長(zhǎng)、頁(yè)面數(shù)……），以及各種率。

    對(duì)于一家企業(yè)來(lái)說(shuō)，想要好好的運(yùn)營(yíng)（我說(shuō)大運(yùn)營(yíng)），對(duì)于數(shù)據(jù)的把控是十分重要的，這一點(diǎn)不必多說(shuō)。

    2.做產(chǎn)品最需要知道的一些數(shù)據(jù)

    Web和App，大家關(guān)心的點(diǎn)是不一樣的。

    大多數(shù)人會(huì)接觸的都是非常表層的數(shù)據(jù)。

    譬如說(shuō)，Web時(shí)代，講究UV、PV、訪問(wèn)頁(yè)面數(shù)、停留時(shí)長(zhǎng)，這些看起來(lái)是很通用的指標(biāo)；App呢，就講究注冊(cè)用戶數(shù)、活躍用戶數(shù)、付費(fèi)用戶數(shù)，這些看起來(lái)也是很通用的指標(biāo)。

    所以，你會(huì)發(fā)現(xiàn)，Web時(shí)代，Google、百度都會(huì)提供統(tǒng)計(jì)工具，實(shí)現(xiàn)方式也很簡(jiǎn)單，申請(qǐng)個(gè)賬號(hào)，獲取一段代碼，把代碼放到每個(gè)頁(yè)面里，這是最粗的做法；App時(shí)代，也有人提供統(tǒng)計(jì)工具，友盟啊、諸葛io啊，之類的，有些只要你接入SDK，有些則需要你上線部署。

    但是，我說(shuō)的這些都是很粗的維度。

    這些粗顆粒的數(shù)據(jù)，在粗放式運(yùn)營(yíng)時(shí)可能很管用，但是它們都只能體現(xiàn)最表層的數(shù)據(jù)，也就是說(shuō)，你可以通過(guò)數(shù)據(jù)的走勢(shì)去判斷目前產(chǎn)品的健康程度和成長(zhǎng)情況。

    但是，一旦數(shù)據(jù)發(fā)生大波動(dòng)，你想要找到原因，就難了，因?yàn)檫@些宏觀數(shù)據(jù)并不進(jìn)入微觀領(lǐng)域。

    你想要了解微觀，那么，Web時(shí)代，你要會(huì)配置路徑，所謂路徑，就是流量從進(jìn)入到離開(kāi)，經(jīng)過(guò)的路線，和打游戲一樣，你要植入足夠的偵察力量，你才能拿回來(lái)一些情報(bào)用作監(jiān)控，或者分析；App時(shí)代呢，你需要有自己的數(shù)據(jù)團(tuán)隊(duì)，他們要能夠去通過(guò)埋點(diǎn)搭建出用戶的行為模型，在模型里，可以看到用戶的使用情況。

    其實(shí)就這么簡(jiǎn)單，因?yàn)檫@些都是基礎(chǔ)工作。

    而在基礎(chǔ)工作中，提出需求和上線解決就很重要，這也就進(jìn)入了這位讀者糾結(jié)的部分。

    3.如何提出數(shù)據(jù)需求

    這里，亮哥要和你聊聊怎么去提數(shù)據(jù)需求，以及從哪里去摸出數(shù)據(jù)需求的線索。

    如果今天，開(kāi)發(fā)團(tuán)隊(duì)里有一個(gè)數(shù)據(jù)小組，你知道作為運(yùn)營(yíng)要如何去提數(shù)據(jù)需求嗎？

    第一，你要非常了解業(yè)務(wù)。

    什么是非常了解業(yè)務(wù)呢？我在訓(xùn)練一個(gè)數(shù)據(jù)專員的時(shí)候，會(huì)要求他用2周時(shí)間，什么事兒都不干，去和每個(gè)業(yè)務(wù)Leader聊天，弄清楚目前涉及到各業(yè)務(wù)的產(chǎn)品中，整個(gè)業(yè)務(wù)流程是怎樣的，用戶的使用流程又是怎樣的，需要幾步動(dòng)作，最后會(huì)反饋什么。然后回來(lái)和我說(shuō)，能說(shuō)清楚的，進(jìn)入下一環(huán)，說(shuō)不清楚的，重新去了解，直到能掌握業(yè)務(wù)的真實(shí)情況才算完成。

    第二，要基于業(yè)務(wù)的未來(lái)去提埋點(diǎn)需求。

    也就是說(shuō)，要建立數(shù)據(jù)體系，不僅要知道業(yè)務(wù)的現(xiàn)狀，也要非常了解業(yè)務(wù)的未來(lái)，這個(gè)時(shí)候，就需要一張清單，目前業(yè)務(wù)涉及的產(chǎn)品，都做了什么，還有哪些是未來(lái)一段時(shí)間（譬如，3個(gè)月）會(huì)進(jìn)行調(diào)整的，清單里要有功能、埋點(diǎn)狀況、計(jì)劃完成時(shí)間等一系列的狀況說(shuō)明，然后備注需要通過(guò)這個(gè)埋點(diǎn)，了解什么。

    譬如說(shuō)，一個(gè)注冊(cè)流程。

    注冊(cè)流程是否簡(jiǎn)單，我們可以通過(guò)：注冊(cè)完成率、X步放棄率來(lái)看，那么就要統(tǒng)計(jì)進(jìn)入人數(shù)、注冊(cè)用戶數(shù)、資料填寫的每一步的完成和放棄的絕對(duì)值與比例。

    可能你會(huì)說(shuō)，知道注冊(cè)完成率就好了，為什么要考慮X步放棄率。

    很簡(jiǎn)單，X步放棄率中的X步出現(xiàn)越多，就證明這一步存在問(wèn)題，進(jìn)而要去提出優(yōu)化假設(shè)并通過(guò)數(shù)據(jù)驗(yàn)證，是否讓X步放棄率降低。

    第三，需求明確，且重點(diǎn)明晰。

    我真的有見(jiàn)過(guò)，去問(wèn)需要數(shù)據(jù)埋點(diǎn)嗎？需要。怎么個(gè)埋法，哪些位置需要埋？答曰：所有都要。

    其實(shí)這種回答代表著，要么沒(méi)想清楚自己要什么，要么是根本不知道應(yīng)該關(guān)注什么。

    我們?cè)跀?shù)據(jù)建設(shè)中，有一個(gè)名詞叫做「經(jīng)營(yíng)分析關(guān)鍵指標(biāo)項(xiàng)」，這個(gè)名詞的意思是：不管業(yè)務(wù)涉及多少數(shù)據(jù)，只要這個(gè)指標(biāo)發(fā)生變化，數(shù)據(jù)就一定會(huì)對(duì)應(yīng)的有變化，而且是大變化。

    譬如，電商里有個(gè)公式，叫做：

    銷售額=銷售單價(jià)x銷售量。

    這里面，如果要銷售額增加，那么要么單價(jià)上升，要么銷量上升，所以，這兩個(gè)指標(biāo)就是關(guān)鍵指標(biāo)。

    但是，如果商品本身的售價(jià)一直都很穩(wěn)定，那么關(guān)鍵指標(biāo)其實(shí)就是銷量。反過(guò)來(lái)，如果數(shù)據(jù)表明，這個(gè)商品本身價(jià)格是堅(jiān)挺的，不存在隨意修改的可能，那么關(guān)鍵項(xiàng)就是拉動(dòng)銷量增長(zhǎng)，你可以不用關(guān)注單價(jià)變化，反之亦然。

    所以，提數(shù)據(jù)需求一定要弄清楚核心數(shù)據(jù)和邊緣數(shù)據(jù)，關(guān)鍵數(shù)據(jù)與輔助數(shù)據(jù)，提出來(lái)的需求才有人愿意和你玩。

    4.數(shù)據(jù)的分層次推進(jìn)

    如同提問(wèn)者問(wèn)的一樣，很多公司并沒(méi)有那么多的財(cái)力、物力，還要自己做數(shù)據(jù)平臺(tái)嗎？

    我的回答必然是：要！

    問(wèn)題是，怎么做？

    這里就要談到一個(gè)層層推進(jìn)的問(wèn)題了。

    前面已經(jīng)提到了，有些數(shù)據(jù)的顆粒度很粗，可以利用第三方去完成，而一旦進(jìn)入業(yè)務(wù)支撐的數(shù)據(jù)分析，靠第三方就不太可能了。

    那么，不管你是多小的公司，分層去推進(jìn)數(shù)據(jù)建設(shè)這件事兒，永遠(yuǎn)是成立的。

    Step1：搞定核心業(yè)務(wù)的數(shù)據(jù)

    埋點(diǎn)本身是費(fèi)時(shí)費(fèi)力的活兒，但是我相信，只要是能活下來(lái)，或者有希望活下來(lái)的公司，即便沒(méi)有找到商業(yè)模式，也應(yīng)該意識(shí)到自己的核心業(yè)務(wù)是什么了。

    那么，圍繞核心業(yè)務(wù)所需要的數(shù)據(jù)，先把這個(gè)業(yè)務(wù)的所有數(shù)據(jù)的埋點(diǎn)給做掉，就是最初要做的事情。

    Step2：明確核心業(yè)務(wù)的數(shù)據(jù)呈現(xiàn)結(jié)構(gòu)

    有些業(yè)務(wù)是漏斗式的，用戶通過(guò)1、2、3的分步驟操作，來(lái)完成業(yè)務(wù)流程，那么，通過(guò)建立數(shù)據(jù)漏斗，就能看到用戶在整個(gè)業(yè)務(wù)流程里實(shí)際的使用情況。

    譬如說(shuō)，交易平臺(tái)，用戶的業(yè)務(wù)流程是：

    瀏覽-下單-支付-收貨-評(píng)價(jià)

    你其實(shí)會(huì)發(fā)現(xiàn)，漏斗在這里是明顯存在的，瀏覽-下單有下單轉(zhuǎn)化率；下單-支付有支付轉(zhuǎn)化率；支付內(nèi)部有支付成功率；支付完成-收貨有個(gè)確認(rèn)轉(zhuǎn)化率；收貨完成-評(píng)價(jià)，有個(gè)評(píng)價(jià)轉(zhuǎn)化率。

    但對(duì)于核心業(yè)務(wù)流來(lái)說(shuō)，前期只需要去搞定瀏覽-下單-支付，即可。

    什么，人力還不夠？那么下單-支付總歸要做的。

    等把核心業(yè)務(wù)流做完，再去向前和向后去延伸埋點(diǎn)布局。

    同理，當(dāng)核心業(yè)務(wù)的數(shù)據(jù)建設(shè)告一段落，就繼續(xù)去做其他的非核心業(yè)務(wù)的數(shù)據(jù)建設(shè)。一個(gè)一個(gè)來(lái)，雖然看起來(lái)工作量不小，但總有完成的一天。

    Step3：埋點(diǎn)建設(shè)與報(bào)表輸出

    第二步做完就趕緊先埋點(diǎn)。有能力，去做自動(dòng)化報(bào)表，沒(méi)能力，用個(gè)簡(jiǎn)易后臺(tái)提供查詢即可，再?zèng)]能力，數(shù)據(jù)同學(xué)提供查詢SQL，開(kāi)發(fā)權(quán)限給相關(guān)的接口人員自行提供查詢。

    Step4：如法炮制其他業(yè)務(wù)的數(shù)據(jù)建設(shè)

    做法基本一致，只要能做一個(gè)，就能做第二個(gè)，并不難。

    5.自動(dòng)化不急于一時(shí)

    很多時(shí)候，數(shù)據(jù)建設(shè)工作難，其實(shí)是難在怎么去做自動(dòng)化。

    自動(dòng)化當(dāng)然好處多多。

    不用手工SQL，直接系統(tǒng)郵件日?qǐng)?bào)表、周報(bào)表、月報(bào)表；

    對(duì)關(guān)鍵指標(biāo)項(xiàng)直接監(jiān)控，有問(wèn)題通過(guò)各種渠道報(bào)警相關(guān)人員；

    ……

    但是，并不是一開(kāi)始就要做自動(dòng)化。

    運(yùn)營(yíng)常常說(shuō)，有工具要上，沒(méi)工具靠人肉也要做。

    道理是一樣的。

    關(guān)鍵是，對(duì)于數(shù)據(jù)建設(shè)這件事情的重要性，公司和老大們是否意識(shí)到了，是否愿意去給資源？

    如果沒(méi)意識(shí)到，以上這些都是廢話，如果意識(shí)到了，我覺(jué)得作為運(yùn)營(yíng)人員，學(xué)會(huì)提需求，足矣。

    一個(gè)很現(xiàn)實(shí)的問(wèn)題是，大多數(shù)老板并不真的關(guān)心數(shù)據(jù)。

    我記得在某公司的時(shí)候，數(shù)據(jù)老大和我聊天說(shuō)漏嘴，他說(shuō)，整個(gè)公司，你訪問(wèn)數(shù)據(jù)的頻率是最高的，基本上每天都在看，但是我們老板，從來(lái)不看數(shù)據(jù)。

    其實(shí)，做數(shù)據(jù)的人，最怕2件事兒：

    做了沒(méi)人用沒(méi)人看；

    看了沒(méi)人反饋提問(wèn)題或者提需求。

    所以，為了不讓數(shù)據(jù)同學(xué)付出的心血浪費(fèi)，一旦公司決心要做數(shù)據(jù)建設(shè)，那么這條路就要堅(jiān)持走下去，并且，提需求的記得一定要多多去看數(shù)據(jù)。

    否則，一切都是扯淡。