App數(shù)據(jù)分析之旅，如何收集數(shù)據(jù)？

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

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

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

當(dāng)然，中大型公司會(huì)有獨(dú)立的數(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)系。以我的實(shí)際工作為例，App登錄(當(dāng)然，這不是主要的業(yè)務(wù)邏輯，只是 拿來舉例子的)。業(yè)務(wù)邏輯，梳理的形式和工具很多，有些人喜歡用圖，可以PS;有些人也喜歡用圖，但用的是PPT和連線;有些人喜歡用word，有的會(huì)用 思維圖。

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

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

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

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

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