數(shù)據(jù)運(yùn)營：數(shù)據(jù)建設(shè)是需要講方法的

數(shù)據(jù)運(yùn)營：數(shù)據(jù)建設(shè)是需要講方法的之前有個讀者給亮哥留個言，但亮哥無法回答，惟獨沉默了，想了想，今天還是寫一篇文章吧。讀者問：亮哥你好，看你的書很久了，但是有一個問題困擾了我很久。在做用戶數(shù)據(jù)分析的時候，我們常用的第三方類似Umeng這種統(tǒng)計工具，其相關(guān)數(shù)據(jù)是不互通的，也就是我沒辦法從用戶的活躍數(shù)據(jù)，反推到這部份用戶在功能使用上的情況。此外多數(shù)公司在人力物力上的不足，以及時間成本的影響，都沒有條件自建數(shù)據(jù)統(tǒng)計工具，這種情況下，有沒有什么比較好的辦法，可以處理這樣的矛盾呢？此外自建數(shù)據(jù)統(tǒng)計系統(tǒng)，有什么好的建議嗎？1.數(shù)據(jù)的維度「維度」這兩個字，不少人在做數(shù)據(jù)分析提需求的時候，都會碰到。但也有不少人寫成「緯度」、「圍度」，其實亮哥不知道哪個是對的，但是從我的理解來說，「維度」比較合理。在互聯(lián)網(wǎng)里工作，對數(shù)據(jù)這件事情，可以說，任何一個工種，都必須與之打交道，只無非關(guān)注的點可能并不一致而已。對于做市場、PR、公關(guān)的同學(xué)來說，他們關(guān)心的是大而化之的數(shù)據(jù)，你會發(fā)現(xiàn)那些市場品牌宣傳稿、公關(guān)稿里談及數(shù)據(jù)，都很大，譬如：某產(chǎn)品上線至今，擁有X萬/億注冊用戶，日活用戶超過Y萬/億，平均每5分鐘，產(chǎn)品就會被下載一次……每秒鐘同步處理Z筆交易……諸如此類。對于做產(chǎn)品的同學(xué)來說，他們關(guān)心的是用戶怎么使用產(chǎn)品，用戶從哪些入口進(jìn)入，在哪些頁面或者功能點上停留進(jìn)行使用,多長時偶爾達(dá)成何種目標(biāo)后離開。對于做運(yùn)營的同學(xué)來說，他們關(guān)心獲取一個新用戶需要多少錢，自己的活動有沒有好看的ROI,自己申請的預(yù)算是否帶來了預(yù)估的效果，下個月的KPI究竟是用戶活躍還是轉(zhuǎn)化付費(fèi)。所以，如果一家公司里，沒有人關(guān)心數(shù)據(jù)，或者說，該關(guān)心數(shù)據(jù)的人不關(guān)心數(shù)據(jù)，或者關(guān)心了錯誤的數(shù)據(jù)，那就是一場災(zāi)難。數(shù)據(jù)的維度非常廣泛，有時間維度（日、月、年、時、分、秒……）,也有動作維度（注冊、激活、登錄、使用、轉(zhuǎn)化、付費(fèi)、流失……），還有空間維度（訪問時長、頁面數(shù)……），以及各種率。對于一家企業(yè)來說，想要好好的運(yùn)營（我說大運(yùn)營），對于數(shù)據(jù)的把控是十分重要的，這一點不必多說。2,做產(chǎn)品最需要知道的一些數(shù)據(jù)Web和App,大家關(guān)心的點是不一樣的。大多數(shù)人會接觸的都是非常表層的數(shù)據(jù)。譬如說，Web時代，講究UV、PV、訪問頁面數(shù)、停留時長，這些看起來是很通用的指標(biāo)；App呢，就講究注冊用戶數(shù)、活躍用戶數(shù)、付費(fèi)用戶數(shù)，這些看起來也是很通用的指標(biāo)。所以，你會發(fā)現(xiàn)，Web時代，Google、百度都會提供統(tǒng)計工具，實現(xiàn)方式也很簡單，申請個賬號，獲取一段代碼，把代碼放到每一個頁面里，這是最粗的做法；App時代，也有人提供統(tǒng)計工具，友盟啊、諸葛io啊，之類的，有些只要你接入SDK,有些則需要你上線部署。但是，我說的這些都是很粗的維度。這些粗顆粒的數(shù)據(jù)，在粗放式運(yùn)營時可能很管用，但是它們都只能體現(xiàn)最表層的數(shù)據(jù)，也就是說，你可以通過數(shù)據(jù)的走勢去判斷目前產(chǎn)品的健康程度和成長情況。但是，一旦數(shù)據(jù)發(fā)生大波動，你想要找到原因，就難了，因為這些宏觀數(shù)據(jù)并不進(jìn)入微觀領(lǐng)域。你想要了解微觀，那末，Web時代，你要會配置路徑，所謂路徑，就是流量從進(jìn)入到離開，經(jīng)過的路線，和打游戲一樣，你要植入足夠的偵察力量，你才干拿回來一些情報用作監(jiān)控,或者分析；App時代呢，你需要有自己的數(shù)據(jù)團(tuán)隊，他們要能夠去通過埋點搭建出用戶的行為模型，在模型里，可以看到用戶的使用情況。其實就這么簡單，因為這些都是基礎(chǔ)工作。而在基礎(chǔ)工作中，提出需求和上線解決就很重要，這也就進(jìn)入了這位讀者糾結(jié)的部份。.如何提出數(shù)據(jù)需求這里，亮哥要和你聊聊怎么去提數(shù)據(jù)需求，以及從哪里去摸出數(shù)據(jù)需求的線索。如果今天，開辟團(tuán)隊里有一個數(shù)據(jù)小組，你知道作為運(yùn)營要如何去提數(shù)據(jù)需求嗎？第一，你要非常了解業(yè)務(wù)。什么是非常了解業(yè)務(wù)呢？我在訓(xùn)練一個數(shù)據(jù)專員的時候，會要求他用2周時間，什么事兒都不干，去和每一個業(yè)務(wù)Leader聊天，弄清晰目前涉及到各業(yè)務(wù)的產(chǎn)品中，整個業(yè)務(wù)流程是怎樣的，用戶的使用流程又是怎樣的，需要兒步動作，最后會反饋什么。然后回來和我說，能說清晰的，進(jìn)入下一環(huán)，說不清晰的，重新去了解，直到能掌握業(yè)務(wù)的真實情況才算完成。第二，要基于業(yè)務(wù)的未來去提埋點需求。也就是說，要建立數(shù)據(jù)體系，不僅要知道業(yè)務(wù)的現(xiàn)狀，也要非常了解業(yè)務(wù)的未來，這個時候，就需要一張清單，目前業(yè)務(wù)涉及的產(chǎn)品，都做了什么，還有哪些是未來一段時間（譬如，3個月）會進(jìn)行調(diào)整的，清單里要有功能、埋點狀況、計劃完成時間等一系列的狀況說明，然后備注需要通過這個埋點，了解什么。譬如說，一個注冊流程。注冊流程是否簡單，我們可以通過：注冊完成率、X步拋卻率來看，那末就要統(tǒng)計進(jìn)入人數(shù)、注冊用戶數(shù)、資料填寫的每一步的完成和拋卻的絕對值與比例?？赡苣銜f，知道注冊完成率就好了，為什么要考慮X步放棄率。很簡單，X步拋卻率中的X步浮現(xiàn)越多，就證明這一步存在問題，進(jìn)而要去提出優(yōu)化假設(shè)并通過數(shù)據(jù)驗證，是否讓X步拋卻率降低。第三，需求明確，且重點明晰。我真的有見過，去問需要數(shù)據(jù)埋點嗎？需要。怎么個埋法，哪些位置需要埋？答日：所有都要。其實這種回答代表著，要末沒想清晰自己要什么，要末是根本不知道應(yīng)該關(guān)注什么。我們在數(shù)據(jù)建設(shè)中，有一個名詞叫做「經(jīng)營分析關(guān)鍵指標(biāo)項」，這個名詞的意思是：不管業(yè)務(wù)涉及多少數(shù)據(jù)，只要這個指標(biāo)發(fā)生變化，數(shù)據(jù)就一定會對應(yīng)的有變化，而且是大變化。譬如，電商里有個公式，叫做：銷售額=銷售單價X銷售量。這里面，如果要銷售額增加，那末要末單價上升，要末銷量上升，所以，這兩個指標(biāo)就是關(guān)鍵指標(biāo)。但是，如果商品本身的售價向來都很穩(wěn)定，那末關(guān)鍵指標(biāo)其實就是銷量。反過來，如果數(shù)據(jù)表明，這個商品本身價格是堅挺的，不存在隨意修改的可能，那末關(guān)鍵項就是拉動銷量增長，你可以不用關(guān)注單價變化，反之亦然。所以，提數(shù)據(jù)需求一定要弄清晰核心數(shù)據(jù)和邊緣數(shù)據(jù)，關(guān)鍵數(shù)據(jù)與輔助數(shù)據(jù)，提出來的需求才有人愿意和你玩。.數(shù)據(jù)的分層次推進(jìn)如同提問者問的一樣，不少公司并沒有那末多的財力、物力，還要自己做數(shù)據(jù)平臺嗎？我的回答必然是：耍！問題是，怎么做？這里就要談到一個層層推進(jìn)的問題了。前面已經(jīng)提到了，有些數(shù)據(jù)的顆粒度很粗，可以利用第三方去完成，而一旦進(jìn)入業(yè)務(wù)支撐的數(shù)據(jù)分析，靠第三方就不太可能了。那末，不管你是多小的公司，分層去推進(jìn)數(shù)據(jù)建設(shè)這件事兒，永遠(yuǎn)是成立的。Stepl：搞定核心業(yè)務(wù)的數(shù)據(jù)埋點本身是費(fèi)時費(fèi)力的活兒，但是我相信，只要是能活下來，或者有希翼活下來的公司，即便沒有找到商業(yè)模式，也應(yīng)該意識到自己的核心業(yè)務(wù)是什么了。那末，環(huán)繞核心業(yè)務(wù)所需要的數(shù)據(jù)，先把這個業(yè)務(wù)的所有數(shù)據(jù)的埋點給做掉，就是最初耍做的事情。Step2：明確核心業(yè)務(wù)的數(shù)據(jù)呈現(xiàn)結(jié)構(gòu)有些業(yè)務(wù)是漏斗式的，用戶通過1、2、3的分步驟操作，來完成業(yè)務(wù)流程，那末，通過建立數(shù)據(jù)漏斗，就能看到用戶在整個業(yè)務(wù)流程里實際的使用情況。譬如說，交易平臺，用戶的業(yè)務(wù)流程是：瀏覽-下單-支付.收貨.評價你其實會發(fā)現(xiàn)，漏斗在這里是明顯存在的，瀏覽一下單有下單轉(zhuǎn)化率；下單.支付有支付轉(zhuǎn)化率；支付內(nèi)部有支付成功率；支付完成■收貨有個確認(rèn)轉(zhuǎn)化率；收貨完成?評價，有個評價轉(zhuǎn)化率。但對于核心業(yè)務(wù)流來說，前期只需要去搞定瀏覽一下單-支付，即可。什么，人力還不夠？那末下單一支付總歸要做的。等把核心業(yè)務(wù)流做完，再去向前和向后去延伸埋點布局。同理，當(dāng)核心業(yè)務(wù)的數(shù)據(jù)建設(shè)告一段落，就繼續(xù)去做其他的非核心業(yè)務(wù)的數(shù)據(jù)建設(shè)。一個一個來，雖然看起來工作量不小，但總有完成的一天。Step3：埋點建設(shè)與報表輸出第二步做完就趕緊先埋點。有能力，去做自動化報表，沒能力，用個簡易后臺提供查詢即可，再沒能力，數(shù)據(jù)同學(xué)提供查詢SQL,開辟權(quán)限給相關(guān)的接口人員自行提供查詢。Step4：如法炮制其他業(yè)務(wù)的數(shù)據(jù)建設(shè)做法基本一致，只要能做一個，就能做第二個，并不難。.自動化不急于一時不少時候，數(shù)據(jù)建設(shè)工作難，其實是難在怎么去做自動化。自動化固然好處多多。不用手工SQL,直接系統(tǒng)郵件日報表、周報表、月報表；對關(guān)鍵指標(biāo)項直接監(jiān)控，有問題通過各種渠道報警相關(guān)人員;但是，并非一開始就要做自動化。運(yùn)營往往說，有工具要上，沒工具靠人肉也要做。道理是一樣的。關(guān)鍵是，對于數(shù)據(jù)建設(shè)這件事情的重要性，公司和老大們是否意識到了，是否愿意去給資源？如果沒意識到，以上這些都是廢話，如果意識到了，我覺得作為運(yùn)營人員，學(xué)會提需求，足矣。一個很現(xiàn)實的問題是，大多數(shù)老板并不真的關(guān)心數(shù)據(jù)。