作者：袁耀輝
編輯：劉琳
你的手機裡有多少個App？
移動網際網路的到來推動了App應用開發市場的蓬勃發展。移動資料分析公司給出的一份App發展趨勢報告顯示中國是App數量增長快的國家之一。其中，蘋果和安卓App應用總數已超過120萬，并且App 數量還将呈指數級增長。
可以說，如今App應用已經成為了企業數字化業務的主要陣地之一。
但App應用市場的迅速崛起，伴随的是激烈的競争和同質化，想要更好的留住使用者，使用者體驗成為企業提升使用者黏度和活躍度的重要因素。
調查顯示，48% 的使用者往往會因為App性能不佳而解除安裝App，其中使用者回報最多的問題是網絡問題、本地代碼問題、以及重點客戶的跟蹤問題。
在這樣的背景下，對于企業而言，他們需要的是圍繞應用性能和業務健康，建立全局分析、診斷和管控系統，以保證App營運工作不應再是高風險、高成本、低效率。
此時，IT 運維就逐漸開始發揮他們的價值，今天我們就從移動應用的IT 運維監控說起。
博睿資料Bonree SDK 是什麼？
根據百度百科，SDK 指的是一些被軟體工程師用于為特定的軟體包、軟體架構、硬體平台、作業系統等建立應用軟體的開發工具的集合。它可以簡單地為某個程式設計語言提供應用程式接口的一些檔案，但也可能包括能與某種嵌入式系統通訊的複雜的硬體。
那麼，Bonree SDK 是什麼呢？
按照官方的定義，Bonree SDK 指的是通過在App中嵌入SDK的方式，擷取終端使用者通路感覺資料，快速發現、定位應用的本地代碼和網絡品質問題産生的原因，幫助客戶發現并處理App應用性能方面的問題，避免因應用性能不佳而造成使用者流失，提高使用者體驗及粘性。
簡單來說，Bonree SDK 可幫使用者實作以下四方面工作：
1、服務是否可達。
2、應用體驗是否最佳。
3、診斷代碼是否異常。
4、營運是否有效。
那麼，具體是如何實作的呢？
企業如何判斷服務可達？
我們首先從服務是否可達說起。
從功能上來看，可從網絡性能、關鍵元素、業務分析、覆寫效果、網絡錯誤、劫持分析等幾個次元來分析。
以網絡性能次元為例。
在一次與客戶的日常溝通中，客戶回報其頁面打不開，技術人員馬上針對其展開分析。
首先，技術人員會針對客戶回報問題排查各個頁面，經排查，技術人員初步判定問題可能出在網絡性能上；
其次，技術人員需要判斷出現問題的區域，即問題是出現在某個區域，還是某一主機的問題；
然後，根據定位問題區域，利用SDK 的慢請求分析中的快照功能，對鍊路進行支解，定位主機及裝置狀态，排查定位問題；
最後，根據排查的問題資料，提出具體解決方案。
而關鍵元素和業務分析、覆寫效果等則是從網絡性能抽象出來的分析元素，便于幫助使用者更有效的分析具體問題。
怎樣的使用者體驗才是最佳的？
那麼，如何判斷使用者體驗是否最佳呢？
博睿資料認為要判斷使用者體驗是否最佳可從應用啟動體驗、視圖啟動體驗、卡頓分析幾個次元綜合評判。
應用啟動體驗顧名思義指的是使用者在打開應用時的體驗，而Bonree SDK在這一環節需要做的工作是對使用者啟動App 的行為進行分析，包括上線時間、耗時、App 版本、SDK 版本、裝置機型、作業系統等。
并且，應用啟動耗時是真實的啟動耗時， 不會根據客戶的SDK嵌碼時機的改變而改變，且可以排查出裝置原因以及無法優化的啟動慢的資料。
視圖啟動則是從視圖（Activity、View）的次元對App性能進行快速定位，告知使用者哪個視圖性能最差，視圖各自的吞吐率，慢請求占比等情況輔助判斷問題最嚴重的視圖。通過定位到具體視圖，研發人員可以繼續向下定位該視圖下哪些請求存在性能拖累的情況，再通過對慢啟動快照進行深度分析，進而快速找出問題根源及解決的思路。
卡頓分析主要展示目前查詢時間範圍内的卡頓次數，啟動次數卡頓率，影響使用者數等資訊，在卡頓分析中通過流暢度定義卡頓。
與友商不同，博睿資料的卡頓分析又細分為視覺卡頓和主線程卡頓，其中，主線程卡頓從加載過程對卡頓原因進行分析，使用者可在背景清晰看到卡頓發生的時間、問題、發生卡頓的次數以及卡頓占比，幫助使用者快速找到卡頓原因，提高卡頓問題解決效率。
如何判斷代碼異常？
而要判斷代碼是否異常，則要從應用崩潰和ANR 分析兩個次元入手。
App崩潰是導緻使用者流失的重要因素之一。由于大多數公司在App上線之前無法做到在各種環境下的全面适配測試，出現崩潰在所難免，是以快速定位問題點及問題複現是崩潰分析的意義所在。
博睿資料的應用崩潰支援按照視圖、OS版本、裝置型号和APP版本次元去定位分析。
比如說當客戶發現應用背景頁面打不開的情況，此時，我們首先需要判斷崩潰原因進行分析。
從抓取粒度來看，SDK的崩潰分析可以抓取watchdog、系統層、混合開發架構層、應用層等幾個層面，根據抓取到的粒度層下鑽到具體的問題分析，同時，還可回溯會話，全面複現從崩潰發生到使用者發現崩潰的全過程，使用者可清楚的看到崩潰發生在哪裡，是由什麼原因導緻的，比如信号異常、控制針等等。進一步加快了崩潰問題的處理時效性與準确性。
需要注意的是，與友商不同，除了基礎的抓取粒度外，博睿資料與其他廠商相比，新增了hybrid 和watchdog兩個層面，崩潰原因分析也會更加詳細具體。
ANR分析則可以幫助使用者發現自己的App運作過程中，由于種種原因導緻主線程阻塞、挂起或死循環等問題，并幫助開發者分析定位産生的原因，為進一步優化App穩定性和使用者體驗提供依據。
什麼樣的營運才是真實有效的？
對于企業而言，要判斷營運是否有效，則主要看使用者行為，比如使用者留存轉化、使用者流失以及使用者粘性。
博睿資料在幫助使用者判斷營運是否有效時，除了這些名額外，增加了路徑名額，在分析具體問題時，會根據使用者行為分析使用者流失路徑，進而幫助使用者找到使用者流失的原因及解決辦法。
綜上所述，Bonree SDK 可幫助企業明确責任界定，快速進行研發、運維、營運及第三方等各方責任認定，提升工作效率；幫助企業了解App使用體驗，擷取真實使用者的每一次操作體驗資料，快速定位并解決問題，提升使用者體驗；幫助企業發現并定位隐藏的問題，動态基線智能報警，提升應用整體品質及IT系統對業務的支撐效率，提高整體競争力。
使用者體驗監測的未來
展望未來，博睿資料認為移動應用逐漸進入存量競争階段，移動應用已經成為當代社會數字生活的核心載體，數字生活越來越多元化，使用者需求越來越多樣性，使用者體驗也成為衡量企業的重要标準之一。
可以說，誰掌握了使用者，誰就掌握了更大的市場。
是以，對于大部分企業而言，他們更需要一套完備的使用者體驗監測體系用以留存、轉化使用者。博睿資料也深刻意識到了這一市場趨勢。接下來，Bonree SDK将會在以下三方面發力：
1、數字型驗管理DEM一體化：以應用為角度，全維洞察問題。
舉個例子。
我們經常用的微信聊天工具，它不僅僅局限于手機，還能在電腦、IPad等裝置上使用，那麼，如果在任何一端使用過程中發生了問題，我們就不能僅僅以手機使用者的次元去分析解決問題，而需要從多平台的視角去權衡應用端的問題。
2、使用者營運：将營運與性能資料結合，檢視性能影響的營運名額。
數字化時代，對于企業而言，他們更關注使用者的留存，是以，博睿資料認為好的使用者營運應該具備洞察使用者流失的原因以及其他關聯業務是否受影響，未來，博睿資料将會利用營運和性能資料，綜合分析，為企業找到使用者流失的原因，并提出最優解決方式。