是一篇我翻譯的老文了，講的是通過GA進行APP分析，里面的內(nèi)容雖然有些久遠，但是放到今天仍然可以適用。原文地址
http://online-behavior.com/analytics/app
移動APP分析，是第一個作為GA的核心部分建立在Google Analytics中的非網(wǎng)站分析平臺。這反映出了我們6年前就預(yù)測到用戶向智能手機與平板電腦的轉(zhuǎn)移趨勢。
在過去，我們不得不自己開發(fā)移動APP數(shù)據(jù)追蹤工具（由于它們的報告與網(wǎng)站數(shù)據(jù)報告看起來一樣，因此最終會走向終結(jié)），新的Google Analytics的移動APP分析把圍繞APP的數(shù)據(jù)呈現(xiàn)在報告中，使我們輕輕松松地便能追蹤用戶在APP中的交互。不再用追蹤網(wǎng)站的方法來追蹤APP，移動APP的開發(fā)人員會驚喜地發(fā)現(xiàn)報告反映的數(shù)據(jù)對他們的業(yè)務(wù)十分適用。
數(shù)據(jù)雖然已經(jīng)很棒了，但是分析的最終目的是從中產(chǎn)生洞察，從而可以采取行動。這篇文章中，我會從GA新的APP分析界面中找一些報表的例子，來告訴大家，這些報告如何幫助我們?yōu)闃I(yè)務(wù)做一些決策。
APP發(fā)布：多少人在使用我們的APP？
假設(shè)我們剛發(fā)布了最新版本的搜索機票的APP。我們收到郵件通知，我們的APP剛通過了應(yīng)用市場審查（好不容易啊），我們準備開始運營了?；蛘呶覀儎倓偘l(fā)起了一些針對某些地區(qū)的營銷活動，來促使用戶安裝我們的APP。GA可以實時監(jiān)測我們獲取用戶的效果，用戶的來源以及用戶是如何參與到APP內(nèi)容中來的，對我們來說十分重要。
這就是實時報告的用武之地。在用戶交互后的幾秒之內(nèi)，數(shù)據(jù)就能夠呈現(xiàn)在報告之中，使我們可以根據(jù)數(shù)據(jù)快速地采取行動。我們可以看到每個APP版本的用戶數(shù)量，他們活躍在哪些屏幕頁面，以及他們的地理位置（可以精確到城市級別）。
監(jiān)測與迭代：我們?nèi)绾蝺?yōu)化用戶體驗？
我們可以通過很多方法來獲取和吸引用戶。對我們來說了解用戶在APP中的行為與行為軌跡十分重要。我們希望可以回答如下問題：
我們是否存在業(yè)務(wù)瓶頸？
為什么用戶離開了APP？
不同的操作系統(tǒng)和語言等等，用戶的行為會有什么不同？
用戶行為流報表（Behavior Flow Report）會告訴我們用戶在APP的行為軌跡是怎么樣的，他們在哪里離開，他們怎么到達特定的屏幕頁面，以及按照什么樣的瀏覽順序到達這些頁面的。我們的搜索航班的APP報告如下，似乎在一些重要的屏幕頁面的退出率（紅色部分）比較高。
我們會想到拆分這個數(shù)據(jù)，把問題縮小到某個的操作系統(tǒng)，APP版本，用戶類型等。這種分析幫助我們不斷重復(fù)迭代，并增進用戶體驗。
監(jiān)測與迭代：我們?nèi)绾螢閱栴}排優(yōu)先級？
我們的APP可在應(yīng)用市場上下載，但是在用戶評論中顯示了APP有一些技術(shù)問題，APP有時候會突然崩潰。實際些，Bug對于開發(fā)人員來說是現(xiàn)實生活中非常不愉快的存在，在某種程度上，Bug一直都在，從未消失。問題就是，我們應(yīng)該如何排優(yōu)先級，怎樣分配資源？
崩潰與異常報告（Crashes and Exceptions Report）會給我們一些重要的數(shù)據(jù)，幫助我們不斷逼近問題答案。這個報告中會給我們一些信息，比如：
APP出現(xiàn)了哪些異常？
出現(xiàn)異常之后帶來了哪些影響？
這些異常時在APP哪里出現(xiàn)的？
在哪些設(shè)備，操作系統(tǒng)和APP版本上出現(xiàn)的?
來看下面這份報告，似乎有一個Bug在升級到2.1版本的時候修復(fù)了，但又帶來了另一個Bug。細分數(shù)據(jù)，去找出關(guān)于異常的更多信息，這樣我們就能采取適當(dāng)?shù)拇胧?。比如，或許這個Bug只存在安卓客戶端，iOS上并沒有。這樣，我們的安卓開發(fā)團隊就需要多做一些工作，而我們的iOS開發(fā)團隊就可以早些發(fā)布iOS APP。
?通常我們會把崩潰與異常分開，異常中包括崩潰，崩潰是致命的，但并非所有的異常都致命。在上面的報告中，我們只有致命的異常。
進化：我們需要關(guān)注什么操作系統(tǒng)/功能？
當(dāng)我們準備進一步開發(fā)APP的時候，新的挑戰(zhàn)出現(xiàn)了，我們需要知道如何在公司內(nèi)部分配資源。我們需要關(guān)注什么操作系統(tǒng)？什么APP功能，換言之，什么對于我們的利潤影響最大？
繼續(xù)看設(shè)備和投放網(wǎng)絡(luò)概覽（Devices and Network Overview）報告，我們又能夠為我們的搜索航班的APP獲得一些重要的信息了。比如，我們大部分的安卓用戶的版本都在4.0以上，只有一小部分用戶還在使用安卓2.3或者更低。這告訴我們，如果我們停止維護安卓4.0以下的操作系統(tǒng)版本，影響到的用戶并不大。
根據(jù)上面提到的，我們可以開始用一些4.0以上版本的功能，并且，我們不用支持2.3，這樣可以幫我們減少一些麻煩。另一方面，我們幾乎沒有什么安卓2.3及以下版本的用戶，可能是因為我們的APP并沒有為安卓2.3版本進行優(yōu)化，對此我們需要作進一步觀察，從不同的角度去看這類數(shù)據(jù)十分重要，這樣我們才能為業(yè)務(wù)做最好的決策。
進化：我們應(yīng)該關(guān)注哪些用戶？
隨著用戶增長，GA數(shù)據(jù)量也在增加，使我們能夠重要的細分數(shù)據(jù)上找到問題并且采取行動。用戶行為報告（Behavior Report），如下面的會話時長（Session Duration）和用戶忠誠度（Loyalty）報告就提供了很多有價值的洞察。
更長的會話時長（Session Duration）和更多的會話數(shù)的用戶轉(zhuǎn)化率也更高。這告訴我們，我們應(yīng)該關(guān)注用戶的留存與參與度:我們希望我們的用戶可以在離開之后回到我們的APP，我們需要定位用戶退出那些點（上面提到的用戶行為流（Behavior Flow report）可以幫助我們），數(shù)據(jù)顯示重復(fù)用戶和參與APP時間更久的用戶的轉(zhuǎn)化幾率更高，這一信息對于無論是營銷還是設(shè)計工作都十分重要。
報表：我們?nèi)绾螌?shù)據(jù)呈現(xiàn)做到極致？
到現(xiàn)在為止我們已經(jīng)討論了現(xiàn)成的報告。所有的報告是在GA里默認生成的。但是，針對某一項業(yè)務(wù)定制特定維度和指標的報告是很有效的方法。也就是說，報告中的數(shù)據(jù)可以反映某個特定業(yè)務(wù)。我之前寫過一些自定義維度（Custom Dimensions）的用例，以及該如何使用這些自定義維度來改進報告。
自定義維度（Custom Dimensions）就像GA中已有的度默認維度一樣，只是我們可以自己創(chuàng)建，使我們可以收集額外的，GA默認不提供的數(shù)據(jù)。
自定義維度不僅可以使我們獲取用戶和內(nèi)容額外信息，也使我們創(chuàng)建適用公司內(nèi)部的報表。公司內(nèi)部的人不一定熟悉GA中的術(shù)語和數(shù)據(jù)展現(xiàn)形式。
通過創(chuàng)建一個“客戶級別”的自定義維度，比如，我們把報告和細分創(chuàng)建為如下圖報表，這個報表貼近我們的業(yè)務(wù)，并且也易于在公司內(nèi)部傳閱。
類似地，自定義指標（custom metrics）同樣使我們能夠把自定義的數(shù)據(jù)發(fā)送到GA，只是，自定義指標發(fā)送的是數(shù)值而不是自定義維度那樣的字符串。還是拿我們的”機票搜索”APP來說，我們希望增加這樣幾個自定義指標：搜索次數(shù)，預(yù)訂數(shù)以及取消預(yù)訂數(shù)，等等。這樣就可以創(chuàng)建下圖中這樣一個報告。這樣的報告仍然貼近我們的業(yè)務(wù)類型并且適用于公司內(nèi)部，即便是對那些不熟悉GA的人來說也很適用。
結(jié)束語
GA移動APP SDK使我們在移動APP上安裝追蹤代碼變得十分簡單，并開啟了很多強大的分析功能。通過在APP上的監(jiān)測和迭代，我們可以不斷提升用戶體驗，最終增進了我們的業(yè)務(wù)。有時候很容易就能找到一處明顯的賺錢瓶頸，有時候卻需要更多的細致分析，才能獲得更有價值的洞察。
原文作者介紹：
Kristoffer Olofsson是Precis Digital，一家在線數(shù)據(jù)情報與營銷代理商的合伙人，他曾是Google Analytics Premium團隊的部署專家。他剛上大學(xué)時便開始與數(shù)據(jù)打交道，并且經(jīng)常成為數(shù)字營銷經(jīng)理與開發(fā)人員的溝通橋梁。
