APP渠道歸因之痛
APP分析與網站分析最大的不同之處在於：在網站端完成渠道歸因那是輕鬆簡單加愉快，但APP的渠道歸因卻是個巨大無比的坑。這個坑有多大呢？有專門做APP渠道歸因的公司，做到被巨頭收購，成爲巨頭數據分析產品家族的一份子。
APP渠道歸因這個“天坑”對於業務提升有什麼負面影響呢？現如今，都是通過分析數據來驅動業務改進。業務改進過程中，不論是拉新，還是促活，都少不了使用渠道。可數都不準，還分析個P、驅動個6啊！
最悲催的是：這個“坑”是大環境造成的，不是哪個機構單靠技術方案就可以360度完美解決的。
監測廠商的4種常見解決方案
解決方案1：渠道包
給每個應用商店做一個渠道標記，稱爲“渠道包”。從該應用商店下載並激活的APP和用戶的後續轉化行爲，全部歸屬於這個渠道。這種方法至少有兩個缺陷：
如果這個應用商店是通過多個廣告引流的，無法分辨具體是哪個廣告；類似一個廣告的多個定向條件分別效果如何，亦無法分析；只能彙總，不能細分，不能細分≈不能分析。
A手機通過類似茄子快傳的工具，直接複製粘貼B手機APP時，A的渠道會被記錄和B一樣；這樣歸因說服力不足。
解決方案2：Deep Share
簡單的說，Deep Share就是在廣告和應用市場之間，通過添加一個H5獲取信息，並傳遞給服務器和APP；然後，通過匹配讓APP獲得UTM，後面和網站分析工具一樣，不解釋。
這種方法乍看上去沒有渠道包的缺點，卻也有3個問題：
讓用戶旅程多了一步，漏斗多了一層，增加了流失的可能；爲了獲取數據在一定程度上犧牲了從曝光到安裝的轉化率。
用戶在應用商店裏的行爲是個“黑盒”，不可知；導致這個方法存在匹配率或者說準確率問題。
天朝有IP漂移，使問題2變得更加嚴重。
PS：有傳言說，這種方法的準確率在15%-30%，這裏提出來只是給大家一個參考，思考一下問題1，爲了這種準確率犧牲轉化率值得嗎？另外，準確的做法似乎仍在探索中，所以我是想不清楚這個說法具體是怎麼來；也許是在網站端用這個方法折騰了一番，再和網站端的標準做法做比較吧。
解決方案3：One Link
爲了方便大多數人理解，我就簡單粗暴的說：One Link和Deep Share的唯一區別就是：H5那步是全自動的，這樣就沒有Deep Share的問題1了，所以從曝光到安裝的轉化率會略高一點點。但在其它方面並沒有什麼差別。
解決方案4：生態圈
我清楚的記得，當年某個Google的工程師得意洋洋地說：“因爲都是我們谷歌的，所以弄個AdID就很‘流氓’的都打通了，你們羨慕不來。”
換成百度和騰訊的對應產品，也一樣。他們有一套統一帳號體系，用這個統一帳號作爲key，像串糖葫蘆一樣把各端的數據串在了一起。
這種方法只在生態圈內奏效，跳出生態圈巨頭也面臨解決方案1和2中的問題。舉個例子，你在頭條投廣告到豌豆莢，用百度移動統計監測，也照樣歸不了因。
APP渠道歸因最佳實踐探索
簡單的說，APP渠道歸因最佳實踐 = Deep Share + User-id，
只要在H5能獲取到User-id，就能和解決方案4有接近的效果了。關鍵點：
必須有H5，不能像One Link那樣自動跳過。
在H5就讓用戶註冊（獲取User-id），並且這個註冊帳號就是用戶在APP中的帳號。
如果用戶不註冊，該方法和Deep Share一樣。
這樣一來，APP渠道歸因的關鍵是在H5上的User-id獲取率。技術不再是問題，業務人員如何想方設法（給甜頭）提高User-id獲取率成爲了關鍵。
最後再補充一個實例運用。
APP推廣實例應用：如何做好用戶體驗及渠道統計
類似“APP 邀請註冊有獎”這類帶有邀請機制的活動，是 APP 的重要推廣手段之一，在網上搜索“APP 邀請註冊有獎”，可以搜索到了近千萬條結果。但這類活動，往往會因爲用戶懶得輸入邀請碼而夭折，使得活動效果遠不如預期。那我們該如何避免這類問題呢？
既然用戶不願意填寫邀請碼，那我們就應該免去這個步驟。採用Shareinstall 的方案，可以把用戶邀請碼參數直接“安裝”到APP中，免得用戶再輸入邀請碼，有獎邀請註冊的活動在用戶不知不覺間就能夠有效開展下去。
shareinstall的技術原理是讓用戶在安裝 APP時，自動將邀請碼傳遞給用戶，用戶在打開應用後，通過後臺處理邀請碼，來實現免填邀請碼的安裝。
此外，shareinstall還有一個功能是App渠道安裝量統計。如果一個App進行廣告推廣，投了電視、公交、地鐵、網頁等廣告渠道，今天來了5萬用戶，但用戶是從哪個渠道來的，沒有一個準確的數據的話，推廣者如何對渠道進行優勝劣汰呢？
shareinstall的渠道統計功能能讓使用者更準確的瞭解不同渠道的推廣效果，更重要的是，這個功能是免費的。
與傳統的推廣不同，手機APP推廣策劃不僅燒腦，而且方案的可實現性也非常重要。很多好的方案往往因爲技術上存在的壁壘，而無法到達預期的效果。今天介紹的這兩個APP推廣中最實用的功能，希望能給大家帶來幫助。
後記
第一次，使用這個辦法實現近乎完美的APP渠道歸因，完全是個偶然。當時，我在數字營銷代運營公司，客戶是個靠電話銷售驅動的公司。下載APP是那個H5 活動頁的次要目標，主要目標是獲取銷售線索（用表單獲得電話號碼）。結果莫名其妙的體驗了APP渠道歸因的最佳實踐，完全是“瞎貓碰上死耗子”。
後來，給其他人推薦這個方案時，有業務人員說：我這是摔鍋，把技術該解決的問題，轉嫁給了我們。關於這點我想說的是：
雖然我學軟件工程的，但“遇見”APP渠道歸因最佳實踐的時候，我是數字營銷項目經理，是個做業務的；我要解決的是業務問題，技術只是其中一個手段而已，並不是全部。
APP渠道歸因是切實落地數據驅動必不可少的一個環節，是整個企業整的事情，而不是靠哪一個部門、工種或者個人的。
我經常和朋友說：什麼時候用數據和office一樣，是企業裏每個人都必須掌握的基礎技能，什麼時候再說數據驅動。
本文只是對APP渠道歸因最佳實踐的一個探索，相信未來會有更好的方法解決這個問題。我更期待整個大環境變得更好，讓這個問題根本不復存在。