看到這篇文章——《如何通過統(tǒng)計分析工具做好APP的數(shù)據(jù)分析和運營》，感覺并沒有深入的講解針對一款A(yù)pp，如何收集數(shù)據(jù)，如何分析數(shù)據(jù)。而是從表面，只是見到數(shù)據(jù)而描述數(shù)據(jù)罷了。本次為系列文章《App數(shù)據(jù)分析之旅》，共兩篇：第一篇講解《App數(shù)據(jù)分析之旅，如何收集數(shù)據(jù)》；第二篇講解《App數(shù)據(jù)分析之旅，如何分析數(shù)據(jù)》。那么，我們就開始App數(shù)據(jù)分析之旅吧。

為什么要針對App收集數(shù)據(jù)，想必大家能夠舉出很多理由。大家可以想一下，盡量不要設(shè)計到數(shù)據(jù)后期的分析，不要涉及產(chǎn)品優(yōu)化，不要設(shè)計用戶體驗，更不要設(shè)計運營優(yōu)化，等等。因為，這些都不是理由，而是結(jié)果，根據(jù)數(shù)據(jù)分析做出的響應(yīng)調(diào)整。

收集產(chǎn)品數(shù)據(jù)最基本的，是為了觀察產(chǎn)品各個功能之間，以及產(chǎn)品功能中各個節(jié)點的運行狀態(tài)。

產(chǎn)品人員除了提出產(chǎn)品相關(guān)的MRD（市場需求文檔）、PRD（產(chǎn)品需求文檔）之外，還應(yīng)該有針對性的提出DRD，即數(shù)據(jù)需求文檔（Data Requirement Document）。DRD與PRD之間的關(guān)系最為密切，因為DRD是隨著產(chǎn)品業(yè)務(wù)邏輯展開的。

當(dāng)然，中大型公司會有獨立的數(shù)據(jù)分析部門，可以由他們來負(fù)責(zé)提出相應(yīng)產(chǎn)品的DRD。如果是中小型企業(yè)，提出DRD的工作，由產(chǎn)品人員來承擔(dān)，也是大有可能的。

那么，我們要怎么收集App的相關(guān)數(shù)據(jù)呢？不要著急，我慢慢給大家分析。

1、了解產(chǎn)品業(yè)務(wù)邏輯。主要是App的用戶操作流程，主要有：功能之間的邏輯關(guān)系，單一功能上的邏輯先后關(guān)系。以我的實際工作為例，App登錄（當(dāng)然，這不是主要的業(yè)務(wù)邏輯，只是拿來舉例子的）。業(yè)務(wù)邏輯，梳理的形式和工具很多，有些人喜歡用圖，可以PS；有些人也喜歡用圖，但用的是PPT和連線；有些人喜歡用word，有的會用思維圖。

2、將業(yè)務(wù)邏輯節(jié)點化。App功能之間、單一功能重要節(jié)點的梳理，將節(jié)點列出優(yōu)先級，因為有些節(jié)點是不重要的，沒有必要對其統(tǒng)計?；蛘吣壳暗臉I(yè)務(wù)中，有些統(tǒng)計不需要。經(jīng)過梳理和討論，就得到了第3步中，需要統(tǒng)計的節(jié)點、事件以及參數(shù)。

3、將節(jié)點化的業(yè)務(wù)代碼化。這一步驟，主要是將列出的重要節(jié)點（需要統(tǒng)計的節(jié)點）添加統(tǒng)計事件和統(tǒng)計參數(shù)。例如：

4、交付開發(fā)調(diào)整DRD。如果你沒有開發(fā)經(jīng)驗，也不懂開發(fā)，那需要多向開發(fā)了解請教，那樣你提交的DRD，會相對合理。如果你是開發(fā)出身的產(chǎn)品人員，而且又做過這部分工作，和開發(fā)溝通起來會很順暢的。（當(dāng)然，這里還是建議大多非開發(fā)出身的產(chǎn)品人員，學(xué)一些基本的開發(fā)知識，也可以多和產(chǎn)品聊聊開發(fā)，也是為了工作嘛）

5、后期數(shù)據(jù)庫中有了相應(yīng)節(jié)點的統(tǒng)計情況，之后就可以拿來分析了。這一部分，我會在第二篇中具體來講的。

這一年移動相關(guān)的工作經(jīng)驗，顛覆自己之前在PC方面數(shù)據(jù)分析的認(rèn)知。原來，數(shù)據(jù)分析可以是這樣的，而不只是單純一味的描述數(shù)據(jù)。也希望，這篇文章，能夠?qū)Υ蠹矣袉l(fā)。如果能夠讓大家也有上面和我一樣的感受，真的是很榮幸。

最后，謝謝大家的瀏覽，后續(xù)會更新第二篇《App數(shù)據(jù)分析之旅，如何分析數(shù)據(jù)》，敬請期待！