從騰訊到YY語音，再到迅雷。10多年的從業(yè)經(jīng)歷里，BLUES在數(shù)據(jù)運營，產(chǎn)品運營等諸多領域都擁有極為豐富的經(jīng)驗。對于如何構建完整的產(chǎn)品數(shù)據(jù)運營體系，他總結了11步最好用的步驟，今天小編毫無保留的分享給你~
作者 / 蘭軍，BLUES，資深產(chǎn)品專家和運營專家，原騰訊和YY語音高級產(chǎn)品經(jīng)理，原迅雷產(chǎn)品總監(jiān)，現(xiàn)為梅沙科技創(chuàng)始人?！哆\營策劃2》策劃人。
不少人對數(shù)據(jù)運營的理解，局限于數(shù)字統(tǒng)計、原因分析等，其實這些只是數(shù)據(jù)運營工作的一小部分，數(shù)據(jù)最終是為產(chǎn)品服務的，數(shù)據(jù)運營，重點在運營，數(shù)據(jù)只是工具。
數(shù)據(jù)運營是做什么的?個人的理解是：
制訂產(chǎn)品目標，創(chuàng)建數(shù)據(jù)上報通道和規(guī)則流程，觀測產(chǎn)品數(shù)據(jù)，做好數(shù)據(jù)預警，分析數(shù)據(jù)變化原因，根據(jù)分析結果優(yōu)化產(chǎn)品和運營，并對未來數(shù)據(jù)走勢做出預測，為產(chǎn)品決策提供依據(jù)，在產(chǎn)品策劃與運營中融入數(shù)據(jù)應用。
通俗點說，數(shù)據(jù)運營搞清楚以下5個問題：
l 我們要做什么?——目標數(shù)據(jù)制訂;
l 現(xiàn)狀是什么?——行業(yè)分析，產(chǎn)品數(shù)據(jù)報表輸出;
l 數(shù)據(jù)變化的原因?——數(shù)據(jù)預警，數(shù)據(jù)變化的原因分析;
l 未來會怎樣?——數(shù)據(jù)預測;
l 我們應該做什么?——決策與數(shù)據(jù)的產(chǎn)品應用。
如何才能構建一個完整的產(chǎn)品數(shù)據(jù)運營體系?Blues根據(jù)自己在YY工作的經(jīng)驗進行了梳理和總結，整個過程可以分為如下的11步，供大家參考。
這是數(shù)據(jù)運營的起點，也是產(chǎn)品上線運營后進行評估的標準，以此形成閉環(huán)。制訂目標絕不能拍腦袋，可以根據(jù)業(yè)務發(fā)展、行業(yè)發(fā)展、競品分析、往年產(chǎn)品發(fā)展走勢、產(chǎn)品轉化規(guī)律等綜合計算得出。制訂目標常用SMART原則來衡量。
(1)S代表具體(Specific)
指工作指標要具體可評，不能籠統(tǒng)。例如我們制定YY語音基礎體驗的產(chǎn)品目標，如果是提升產(chǎn)品體驗，則不夠具體，每個人的理解不一致，當時我們的基礎產(chǎn)品目標則是提升新用戶次日留存，則非常具體。
(2)M代表可度量(Measurable)
指績效指標是數(shù)量化或者行為化的，驗證這些績效指標的數(shù)據(jù)或者信息是可以獲得的;提升新用戶次日留存率，則需要給出具體的數(shù)值。
(3)A代表可實現(xiàn)(Attainable)
指績效指標在付出努力的情況下可以實現(xiàn)，避免設立過高或過低的目標;新注冊用戶的次日留存率，也不是拍腦袋得出的，當時我們基于YY新用戶次日留存率的歷史數(shù)據(jù)和游戲用戶的新注冊用戶留存率的行業(yè)參考數(shù)值，制訂了一個相對有挑戰(zhàn)性的目標，從新注冊用戶次日留存率從25%提升到35%。
(4)R代表相關性(Relevant)
是與工作的其它目標是相關聯(lián)的;績效指標是與本職工作相關聯(lián)的;新用戶的次日留存率，和用戶行為息息相關，例如用戶對語音工具的認可程度，用戶對YY平臺的內容喜好程度等，所以新用戶的次日留存和產(chǎn)品的性能、內容受歡迎程有較強的相關性。
(5)T代表有時限(Time-bound)
注重完成目標的特定期限。
產(chǎn)品目標可以這樣制訂：在2013年12月31日前，將YY語音新注冊用戶的次日留存率從25%提升到35%。
新用戶次日留存率的提升，意味著更多用戶的活躍轉化，帶動整個用戶活躍數(shù)量的增長。
產(chǎn)品數(shù)據(jù)指標是反應產(chǎn)品健康發(fā)展的具體的數(shù)值，我們需要對數(shù)據(jù)指標給出明確定義，例如數(shù)據(jù)上報方法、計算公式等。
例如上文的次日留存率，可以定義為：次日留存率是一個比率，分母是當天新注冊并在當天登錄YY客戶端的YY帳戶數(shù)，分子是分母當中在第二天再次登錄YY客戶端的YY帳戶數(shù)。
注意這里的細節(jié)，第一天和第二天，需要有明確的時間點，例如0點到24點，計算為一天;問題來了，一個新用戶在第一天的23點注冊并登錄YY客戶端，到第二天的凌晨1點下線;按照上面的定義，這個用戶或許將不會被記錄為次日留存用戶，因為這里沒有定義清楚數(shù)據(jù)上報細節(jié)。
定義是第二天再次登錄YY客戶端，上面案例的用戶在第二天是沒有登錄行為的，但他確實是連續(xù)兩天都在登錄狀態(tài)的用戶。
所以針對這個定義，需要補充細節(jié)：用戶登錄狀態(tài)，如果是5分鐘進行一次心跳包的上報，那么這位新用戶就可以被上報為第二天的登錄狀態(tài)用戶，如果在0點5分之前下線之后，持續(xù)到第二天的24點，仍未有登錄狀態(tài)，那么將不被記錄為留存用戶。
我們根據(jù)產(chǎn)品目標來選擇數(shù)據(jù)指標，例如網(wǎng)頁產(chǎn)品，經(jīng)常用PV、UV、崩失率、人均PV、停留時長等數(shù)據(jù)進行產(chǎn)品度量。定義產(chǎn)品指標體系，需要產(chǎn)品、開發(fā)等各個團隊達成共識，數(shù)據(jù)指標的定義是清晰的，并且有據(jù)可查，不會引起數(shù)據(jù)解讀的理解差異。
在數(shù)據(jù)指標提出的基礎上，我們按照產(chǎn)品邏輯進行指標的歸納整理，使之條理化。
新用戶的次日留存率是我們訂制的一個核心目標，但實際上，只看次日留存率還是不夠的，還需要綜合考察影響用戶留存率的多種因素，才能更準確的了解產(chǎn)品的健康發(fā)展。如圖1所示，是常用的一種指標體系，包含：用戶新增、用戶活躍、付費、其他數(shù)據(jù)。
圖1 互聯(lián)網(wǎng)產(chǎn)品常用數(shù)據(jù)指標體系
在我們做YY語音客戶端產(chǎn)品的時候，會用到下面的指標體系，包括：賬號體系、關系鏈數(shù)據(jù)、狀態(tài)感知數(shù)據(jù)、溝通能力等四大方面。具體指標有：好友的個數(shù)分布、觀看頻道節(jié)目的時長、IM聊天時長、個人狀態(tài)的切換與時長等，如圖2所示：
產(chǎn)品指標體系的建立不是一蹴而就的，產(chǎn)品經(jīng)理根據(jù)產(chǎn)品發(fā)展的不同階段，有所側重的進行數(shù)據(jù)需求的提出，一般的公司都會有產(chǎn)品需求文檔的模板，方便產(chǎn)品和數(shù)據(jù)上報開發(fā)、數(shù)據(jù)平臺等部門同事溝通，進行數(shù)據(jù)建設。創(chuàng)業(yè)型中小企業(yè)，產(chǎn)品數(shù)據(jù)的需求提出到上報或許就是1-2人的事情，但同樣建議做好數(shù)據(jù)文檔的建設，例如數(shù)據(jù)指標的定義，數(shù)據(jù)計算邏輯等。
圖3是BLUES在YY語音客戶端團隊建立的基礎產(chǎn)品數(shù)據(jù)需求實現(xiàn)流程。
圖3 YY事業(yè)部基礎產(chǎn)品數(shù)據(jù)需求實現(xiàn)流程圖(施行)
這個步驟就是開發(fā)根據(jù)產(chǎn)品經(jīng)理的數(shù)據(jù)需求，按照數(shù)據(jù)上報規(guī)范，完成上報開發(fā)，將數(shù)據(jù)上報到數(shù)據(jù)服務器。上報數(shù)據(jù)的關鍵是數(shù)據(jù)上報通道的建設，原來在騰訊工作時候，沒有體會到這個環(huán)節(jié)的艱辛，因為數(shù)據(jù)平臺部門已經(jīng)做了完備的數(shù)據(jù)通道搭建，開發(fā)按照一定規(guī)則，使用統(tǒng)一的數(shù)據(jù)SDK進行數(shù)據(jù)上報就可以了。
后來在YY，屬于發(fā)展型公司，則是從上報通道開始進行建設，也讓我得到更多鍛煉提升的機會。其中很關鍵的一個環(huán)節(jié)，就是數(shù)據(jù)上報測試，曾經(jīng)因為該環(huán)節(jié)的測試資源沒到位，造成不必要的麻煩。
很多創(chuàng)業(yè)公司沒有自己的數(shù)據(jù)平臺，可以利用第三方的數(shù)據(jù)平臺：網(wǎng)頁產(chǎn)品，可以使用百度統(tǒng)計(#baidu.com);移動端產(chǎn)品，可以使用友盟(www.umeng.com)、TalkingData(www.talkingdata.com)等平臺。
每一步都是一門學問，例如采集數(shù)據(jù)涉及接口創(chuàng)建，要考慮數(shù)據(jù)字段的拓展性，數(shù)據(jù)采集過程中的ETL數(shù)據(jù)清洗流程，客戶端數(shù)據(jù)上報的正確性校驗等;數(shù)據(jù)存儲與調度、運算，在大數(shù)據(jù)時代，更是很有挑戰(zhàn)性的技術活。
1.數(shù)據(jù)的采集與接入
ETL，是英文 Extract-Transform-Load 的縮寫，用來描述將數(shù)據(jù)從來源端經(jīng)過抽取(extract)、轉換(transform)、加載(load)至目的端的過程。ETL一詞較常用在數(shù)據(jù)倉庫，但其對象并不限于數(shù)據(jù)倉庫。ETL是構建數(shù)據(jù)倉庫的重要一環(huán)，用戶從數(shù)據(jù)源抽取出所需的數(shù)據(jù)，經(jīng)過數(shù)據(jù)清洗，最終按照預先定義好的數(shù)據(jù)倉庫模型，將數(shù)據(jù)加載到數(shù)據(jù)倉庫中去。
下圖是產(chǎn)品數(shù)據(jù)體系的一個常見流程圖，數(shù)據(jù)采集、存儲、運算，通常就在圖中的數(shù)據(jù)中心完成。
確認完數(shù)據(jù)上報之后，接下來幾個事情就比較偏技術化了。首先需要上報的數(shù)據(jù)通過什么樣的方式采集和存儲到我們的數(shù)據(jù)中心。
數(shù)據(jù)采集分為兩步，第一步從業(yè)務系統(tǒng)上報到服務器，這部分主要是通過cgi或者后臺server，通過統(tǒng)一的logAPI調用之后，匯總在logServer中進行原始流水數(shù)據(jù)的存儲。當這部分數(shù)據(jù)量大了之后，需要考慮用分布式的文件存儲來做，外部常用的分布式文件存儲主要是HDFS。這里就不細展開。
圖5 原始數(shù)據(jù)上報存儲到文件的架構圖
數(shù)據(jù)存儲到文件之后，第二步就進入到ETL的環(huán)節(jié)，ETL就是指通過抽取(extract)、轉換(transform)、加載(load)把日志從文本中，基于分析的需求和數(shù)據(jù)緯度進行清洗，然后存儲在數(shù)據(jù)倉庫中。
以騰訊為例子：騰訊大數(shù)據(jù)平臺現(xiàn)在主要從離線和實時兩個方向支撐海量數(shù)據(jù)接入和處理，核心的系統(tǒng)包括TDW、TRC和TDbank。
圖6 騰訊數(shù)據(jù)平臺系統(tǒng)
在騰訊內部，數(shù)據(jù)的數(shù)據(jù)收集、分發(fā)、預處理和管理工作，都是通過一個TDBank的平臺來實現(xiàn)的。整個平臺主要解決在大數(shù)據(jù)量下面數(shù)據(jù)收集和處理的量大、實時、多樣的問題。通過數(shù)據(jù)接入層、處理層和存儲層這樣的三層架構來統(tǒng)一解決接入和存儲的問題。
(1)接入層
接入層可以支持各種格式的業(yè)務數(shù)據(jù)和數(shù)據(jù)源，包括不同的DB、文件格式、消息數(shù)據(jù)等。數(shù)據(jù)接入層會將收集到的各種數(shù)據(jù)統(tǒng)一成一種內部的數(shù)據(jù)協(xié)議，方便后續(xù)數(shù)據(jù)處理系統(tǒng)使用。
(2)處理層
接下來處理層用插件化的形式來支持多種形式的數(shù)據(jù)預處理過程。對于離線系統(tǒng)來說，一個重要的功能是將實時采集到的數(shù)據(jù)進行分類存儲，需要按照某些維度(比如某個key值+時間等維度)進行分類存儲;同時存儲文件的粒度(大小/時間)也是需要定制的，使離線系統(tǒng)能以指定的的粒度來進行離線計算。對于在線系統(tǒng)來說，常見的預處理過程如數(shù)據(jù)過濾、數(shù)據(jù)采樣和數(shù)據(jù)轉換等。
(3)數(shù)據(jù)存儲層
處理后的數(shù)據(jù)，使用HDFS作為離線文件的存儲載體。保證數(shù)據(jù)存儲整體上是可靠的，然后最終把這部分處理后的數(shù)據(jù)，入庫到騰訊內部的分布式數(shù)據(jù)倉庫TDW。
圖7 TDW架構圖
TDBank是從業(yè)務數(shù)據(jù)源端實時采集數(shù)據(jù)，進行預處理和分布式消息緩存后，按照消息訂閱的方式，分發(fā)給后端的離線和在線處理系統(tǒng)。
圖8 TDBank數(shù)據(jù)采集與接入系統(tǒng)
TDBank構建數(shù)據(jù)源和數(shù)據(jù)處理系統(tǒng)間的橋梁，將數(shù)據(jù)處理系統(tǒng)同數(shù)據(jù)源解耦，為離線計算TDW和在線計算TRC平臺提供數(shù)據(jù)支持。目前通過不斷的改進，將以前Linux+HDFS的模式，轉變?yōu)榧?分布式消息隊列的模式，將以前一天才能處理的消息量縮短到2秒鐘!
從實際應用來看，產(chǎn)品在考慮數(shù)據(jù)采集和接入的時候，主要要關心幾個緯度的問題
l 多個數(shù)據(jù)源的統(tǒng)一，一般實際的應用過程中，都存在不同的數(shù)據(jù)格式來源，這個時候，采集和接入這部分，需要把這些數(shù)據(jù)源進行統(tǒng)一的轉化。
l 采集的實時高效，由于大部分系統(tǒng)都是在線系統(tǒng)，對于數(shù)據(jù)采集的時效性要求會比較高。
l 臟數(shù)據(jù)處理，對于一些會影響整個分析統(tǒng)計的臟數(shù)據(jù)，需要在接入層的時候進行邏輯屏蔽，避免后面統(tǒng)計分析和應用的時候，由于這部分數(shù)據(jù)導致很多不可預知的問題。
2.數(shù)據(jù)的存儲與計算
完成數(shù)據(jù)上報和采集和接入之后，數(shù)據(jù)就進入存儲的環(huán)節(jié)，繼續(xù)以騰訊為例。
在騰訊內部，有個分布式的數(shù)據(jù)倉庫用來存儲數(shù)據(jù)，內部代號叫做TDW，它支持百PB級數(shù)據(jù)的離線存儲和計算，為業(yè)務提供海量、高效、穩(wěn)定的大數(shù)據(jù)平臺支撐和決策支持?；陂_源軟件Hadoop和Hive進行構建，并且根據(jù)公司數(shù)據(jù)量大、計算復雜等特定情況進行了大量優(yōu)化和改造。
從對外公布的資料來看，TDW基于開源軟件hadoop和hive進行了大量優(yōu)化和改造，已成為騰訊最大的離線數(shù)據(jù)處理平臺，集群各類機器總數(shù)5000臺，總存儲突破20PB，日均計算量超過500TB，覆蓋騰訊公司90%以上的業(yè)務產(chǎn)品，包含廣點通推薦，用戶畫像，數(shù)據(jù)挖掘和各類業(yè)務報表等，都是通過這個平臺來提供基礎能力。
圖9，騰訊TDW分布式數(shù)據(jù)倉庫
圖10 TDW業(yè)務示意圖
從實際應用來看，數(shù)據(jù)存儲這部分主要考慮幾個問題：
l 數(shù)據(jù)安全性，很多數(shù)據(jù)是不可恢復的，所以數(shù)據(jù)存儲的安全可靠永遠是最重要的。一定要投入最多的精力來關注。
l 數(shù)據(jù)計算和提取的效率，做為存儲源，后面會面臨很多數(shù)據(jù)查詢和提取分析的工作，這部分的效率需要確保。
l 數(shù)據(jù)一致性，存儲的數(shù)據(jù)主備要保證一致性。
就是產(chǎn)品經(jīng)理，數(shù)據(jù)分析人員從數(shù)據(jù)系統(tǒng)獲得數(shù)據(jù)的過程，常見的方式是數(shù)據(jù)報表和數(shù)據(jù)提取。
報表的格式，一般會在數(shù)據(jù)需求階段明確，尤其是有積累的公司，通常會有報表模板，照著填入指標就好了。強大一些的數(shù)據(jù)平臺，則可以根據(jù)分析需要，自助的選擇字段(表頭)進行自助報表的配置和計算生成。
下面是做數(shù)據(jù)報表設計的幾個原則：
1.提供連續(xù)周期的查詢功能
(1)報表要提供查詢的起始時間，可以查看指定時間范圍內的數(shù)據(jù)。忌諱只有一個時間點，無法看數(shù)據(jù)的趨勢。
(2)對一段時間范圍內的數(shù)據(jù)能夠分段或匯總，能夠對不同階段進行比較。
2.查詢條件與維度相匹配
(1)有多少個維度，就提供多少個對應的查詢條件。盡量滿足每個維度都能分析。
(2)查詢條件要提供開、合，以及具體值的過濾功能。既能看總體，又能看明細，還要能看單一。
(3)查詢條件的順序，盡量與維度的順序對應，最好按從大到小的層次。
3. 圖表與數(shù)據(jù)要一致
(1)圖表顯示的趨勢，要與相應的數(shù)據(jù)一致，避免數(shù)據(jù)有異議;
(2)有圖就必須有數(shù)據(jù)，但是，有數(shù)據(jù)可以沒有圖;
(3)圖表內的指標不要太多，并且指標間的差距不要太大。
4. 報表要單一
(1)一張報表，只做一份分析功能，多個功能盡量拆到不同的表報中;
(2)在報表中盡量不要有跳轉;
(3)報表只提供查詢功能。
看幾張常用報表，WEB產(chǎn)品的流量報表，來自百度，關注PV、UV、新訪客比率、跳出率、平均訪問時長等。
專門說一下跳出率，這個數(shù)據(jù)反應了用戶進入網(wǎng)站的著陸頁(不一定是首頁)價值，是否可以吸引用戶進行一次點擊，如果用戶達到著陸頁，沒有任何點擊，則跳出率增大。
圖11 百度統(tǒng)計的網(wǎng)頁數(shù)據(jù)報表
再看友盟數(shù)據(jù)平臺提供的產(chǎn)品留存率數(shù)據(jù)報表，通常關注的留存率有：1天后留存、7天后留存、30天后留存。
圖12 友盟的留存數(shù)據(jù)報表
數(shù)據(jù)提取，在做產(chǎn)品運營中，是很常見的需求，例如提取某一批銷量較好的商品及其相關字段，提取某一批指定條件的用戶等。同樣，功能比較完備的數(shù)據(jù)平臺，會有數(shù)據(jù)自助提取系統(tǒng)，不能滿足自助需求，則需要數(shù)據(jù)開發(fā)寫腳本進行數(shù)據(jù)提取。
圖12所示，騰訊內部的數(shù)據(jù)門戶，承擔了諸多產(chǎn)品的數(shù)據(jù)報表、數(shù)據(jù)提取、數(shù)據(jù)報告的功能。
圖13 騰訊數(shù)據(jù)門戶首頁
這里主要是數(shù)據(jù)變化的監(jiān)控和統(tǒng)計分析，通常我們會對數(shù)據(jù)進行自動化的日報表輸出，并標識異動數(shù)據(jù)，數(shù)據(jù)的可視化輸出很重要。
常用的軟件是EXCEL和SPSS，可以說是進行數(shù)據(jù)分析的基本技能，以后再分享個人在實際工作中對這兩款軟件的使用方法和技巧。需要注意的是，在進行數(shù)據(jù)分析之前，先進行數(shù)據(jù)準確性的校驗，判斷這些數(shù)據(jù)是否是你想要的，例如從數(shù)據(jù)定義到上報邏輯，是否嚴格按照需求文檔進行，數(shù)據(jù)的上報通道是否會有數(shù)據(jù)丟包的可能，建議進行原始數(shù)據(jù)的提取抽樣分析判斷數(shù)據(jù)準確性。
數(shù)據(jù)解讀在這個環(huán)節(jié)至關重要，同一份數(shù)據(jù)，由于產(chǎn)品熟悉度和分析經(jīng)驗的差異，解讀結果也大不一樣，因此產(chǎn)品分析人員，必須對產(chǎn)品和用戶相當了解。
絕對數(shù)值通常難以進行數(shù)據(jù)解讀，通常都是通過比較，才更能表達數(shù)據(jù)含義。
例如某產(chǎn)品上線后的第一周，日均新增注冊10萬人，看起來數(shù)據(jù)不錯，但是如果這款產(chǎn)品是YY語音推出的新產(chǎn)品，并且通過YY彈窗消息進行用戶觸達，每天千萬次的用戶曝光，僅僅帶來10萬新增，則算不上是較好的產(chǎn)品數(shù)據(jù)。
圖13 通過比較更清晰表達數(shù)據(jù)含義
縱向比較，例如分析YY語音新注冊用戶的數(shù)據(jù)變化，那么可以和上周同期、上月同期、去年同期進行對比，是否有相似的數(shù)據(jù)變化規(guī)律。
橫向比較，同樣是YY語音新用戶注冊數(shù)據(jù)的變化，可以從漏斗模型進行分析，從用戶來源的不同渠道去看每個渠道的轉化率是否有變化，例如最上層漏斗，用戶觸達渠道有無哪個數(shù)據(jù)有較大變化，哪個渠道的某個環(huán)節(jié)有轉化率的數(shù)據(jù)變化。還可以進行不同業(yè)務的橫向比較，例如YY語音新增注冊數(shù)據(jù)、多玩網(wǎng)流量數(shù)據(jù)、YY游戲新增注冊用戶數(shù)據(jù)進行對比，查找數(shù)據(jù)變化原因。
縱橫結合對比，就是把多個數(shù)據(jù)變化的同一周期時間段曲線進行對比，例如YY新增注冊用戶、多玩網(wǎng)的流量數(shù)據(jù)、YY游戲新增注冊用戶的半年數(shù)據(jù)變化，三條曲線同時進行對比，找出某個數(shù)據(jù)異常的關鍵節(jié)點，再查找運營日志，看看有無運營活動的組織、有無外部事件的影響、有無特殊日子的影響因素。
這是數(shù)據(jù)運營閉環(huán)的終點，同時也是新的起點，數(shù)據(jù)報表絕不是擺設，也不是應付領導的提問，而是切實的為產(chǎn)品優(yōu)化和運營的開展服務，正如產(chǎn)品人員的績效，不僅僅是看產(chǎn)品項目是否按時完成，按時發(fā)布，更是要持續(xù)進行產(chǎn)品數(shù)據(jù)的觀測分析，評估產(chǎn)品健康度，同時將積累的數(shù)據(jù)應用到產(chǎn)品設計和運營環(huán)節(jié)。
例如亞馬遜的個性化推薦產(chǎn)品，例如QQ音樂的猜你喜歡，例如淘寶的時光機，例如今日頭條的推薦閱讀等等。數(shù)據(jù)產(chǎn)品應用，大致可以分為以下幾類：
(1)以效果廣告為代表的精準營銷
推薦周期短，實時性要求高;用戶短期興趣和即時行為影響力大;投放場景上下文和訪問人群特性。
產(chǎn)品案例：谷歌、Facebook、微信朋友圈。
(2)以視頻推薦為代表的內容推薦
長期興趣的累積影響力大;時段和熱點事件;多維度內容相關性很重要。
產(chǎn)品案例：Youtube
(3)以電商推薦為代表的購物推薦
長期+短期興趣+即時行為綜合;最貼近現(xiàn)實，季節(jié)與用戶生活信息很關鍵;追求下單與成交，支付相關。
產(chǎn)品案例：亞馬遜、淘寶、京東。
最后，一張圖小結數(shù)據(jù)運營11步：
圖14 數(shù)據(jù)運營11步
從制訂產(chǎn)品目標到最后基于目標進行產(chǎn)品評估與運營優(yōu)化，形成數(shù)據(jù)運營閉環(huán)。這個流程和規(guī)范，需要各個部門都能統(tǒng)一意識，每個產(chǎn)品終端都能按照規(guī)范流程將數(shù)據(jù)統(tǒng)一上報，建立公司級的統(tǒng)一數(shù)據(jù)中心，進行數(shù)據(jù)倉庫建設，才有可能將數(shù)據(jù)價值最大化，讓數(shù)據(jù)成為生產(chǎn)力。
產(chǎn)品數(shù)據(jù)運營體系如何構建?可以從以下五大要素進行考慮：
(1)人：專職的數(shù)據(jù)運營同事
專職的專業(yè)的產(chǎn)品同事，負責建立產(chǎn)品數(shù)據(jù)體系的流程化、標準化，沉淀經(jīng)驗，推動體系的持續(xù)優(yōu)化發(fā)展;專職的專業(yè)的開發(fā)同事，負責數(shù)據(jù)上報，報表開發(fā)，數(shù)據(jù)庫開發(fā)維護等工作，保證產(chǎn)品數(shù)據(jù)體系的開發(fā)實現(xiàn);
(2)數(shù)據(jù)后臺：全面系統(tǒng)的數(shù)據(jù)倉庫
有一個專門的統(tǒng)一數(shù)據(jù)倉庫記錄自己產(chǎn)品的特殊個性數(shù)據(jù)，共性數(shù)據(jù)充分利用數(shù)據(jù)平臺部公用接口獲取，共享數(shù)據(jù)源，充分降低成本。
(3)數(shù)據(jù)前臺：固化數(shù)據(jù)體系展現(xiàn)平臺
需要專業(yè)的報表開發(fā)同事， 體系化思考報表系統(tǒng)，靈活迭代執(zhí)行，而不是簡單的承接報表需求，造成報表泛濫。
(4)工作規(guī)范：需求實現(xiàn)流程化
就是前面描述的11步構建產(chǎn)品數(shù)據(jù)體系的流程和方法，其中的數(shù)據(jù)需求把握好兩點，一是固化需求開發(fā)流程化，二是臨時需求工具化。
(5)工作產(chǎn)出：數(shù)據(jù)應用
常規(guī)的數(shù)據(jù)工作就是各種數(shù)據(jù)分析，輸出日報、周報、月報;基于數(shù)據(jù)分析基礎上進行決策依據(jù)提供。進行數(shù)據(jù)產(chǎn)品開發(fā)，例如精準推薦、用戶生命周期管理等產(chǎn)品策劃。
最后，本文作者BLUES是《運營前線2》一書的策劃人，《運營前線2》是由饅頭商學院聯(lián)合前騰訊高級產(chǎn)品經(jīng)理Blues一起策劃，集結了騰訊、阿里、百度等數(shù)十家大型互聯(lián)網(wǎng)企業(yè)的運營最佳實踐!
以上就是上海網(wǎng)站設計提供的內容，如果想要了解關于優(yōu)秀的教育類網(wǎng)站設計欣賞及幾何與設計，可直接點擊查看
