隨著移動互聯網應用的飛速發展，企業越發開始重視起用戶使用其應用服務時的體驗。在實際的工作中，也有越來越多的企業也開始使用移動應用體驗數據監控工具，來幫助企業相關人員實時掌握其應用服務的質量。這些監控工具，通常會監控應用的各項技術指標是否超過企業制訂的健康度閾值，以此來評估應用服務水平，并發現體驗受損問題。

然而，這些技術數據和指標往往是彼此獨立的，例如用于評估網絡質量的網絡請求性能類指標，用于評估應用代碼運行穩定性的崩潰率指標、崩潰堆棧數據，用于評估用戶交互體驗的點擊事件性能、視圖訪問等。當一方面出現問題時，管理員只能看到問題相關的數據，而無法了解用戶在出現該問題前，都做了哪些事情，在這之后又出現過哪些問題。這種方式，實際上對于解決問題，并沒有太大幫助。

博睿數據（股票代碼688229）依托多年應用性能管理和數據管理經驗，創造性地提出了基于用戶會話的監控視角和分析模型。這一模型，可以按照會話ID和事件發生的時間順序進行聚合，形成用戶一次使用應用的全過程，在國內DEM領域監控工具中獨家具備了用戶會話及全量訪問事件的監控和分析能力。

用戶會話是一個全新的數據分析模型和視角，它打破了過去“做用戶體驗分析產品，但卻不是以用戶為主視角”的傳統，創造性地以每個用戶每次使用App的過程為一個數據集合，還原用戶使用App的完整過程，可做到精準檢索用戶/用戶群，快速識別異常會話，全量查看訪問全過程，詳細定位問題，持續跟蹤改進效果。

什么是用戶會話？
用戶會話定義：一次用戶會話，就是用戶使用App的一次體驗全過程。我們將用戶每一次打開App，作為一次用戶會話的起點，自動記錄用戶在本次使用過程中的各類數據，直到用戶結束本次使用（退出或不再產生新數據超過30秒），記為一次完整的會話數據。

移動應用體驗監控系統分為兩種類型的數據：

統計型數據，又稱為聚合數據，是系統依據業務特點，按照特定的規則對數據進行匯總聚合計算后的結果，用來分析變化趨勢、分布占比等規律問題十分有效，但在定位特定用戶，還原問題現場過程的場景上顯得力不從心。

離散型數據，又稱為日志型數據，是用戶使用App過程中的各類原始數據，他們以一種離散的形式上報至服務器，雖然能夠代表每個獨立的個體事件，但不便于統計和分析。之前的各類移動應用體驗監控系統通常只是用這部分數據來計算生成統計性數據。

用戶會話能夠以“用戶和用戶使用App的完整過程”這種全新的視角，來組織、展示、檢索離散型數據，使得客戶可以快速定位特定的用戶或用戶群體，對特定用戶或特定交互特征的用戶進行分析，輕松還原用戶每一次使用的全過程、全數據。

適用場景

場景1：發現某個體驗受損問題，希望了解到用戶前后的使用情況

例如發現了某個核心業務接口出現了訪問緩慢，用戶沒有耐心繼續等待，或發生了嚴重的應用崩潰導致服務中斷等問題，在過去的分析平臺中，只能針對該次問題查看對應的詳情數據，但無法知道用戶在出現問題之前都做了哪些操作，可能會導致問題的發生，或者問題發生后用戶去了哪里，又發生了哪些問題，是否對業務造成了影響等。

而通過用戶會話視角，可以點擊頁面中的“跳轉至所屬會話詳情”按鈕，可以查找到包含了本次問題事件的會話，并展示從會話開始到結束的完整過程數據。

通過會話詳情，可以按照事件的先后順序，詳細查看本次問題出現前的用戶訪問軌跡，交互操作，以及是否出現過App前后臺切換，網絡連接狀態切換（如WiFi切換4G，4G切換3G等）。

同時，也能由點即線，從一次問題出發，關聯到用戶這一次完整的使用全過程是否健康，是否出現過其他嚴重問題等等，使得評估用戶體驗從整體出發，而非僅僅從某一次問題快照管中窺豹。

場景2：掌握VIP用戶會話健康情況

可在用戶會話的高級搜索框中，輸入VIP用戶的用戶標識（可以是設備ID，可以是上傳的用戶ID，也可以是上報的任意用戶信息），可檢索出指定的用戶。

之后可以針對檢索到的VIP用戶進行針對性的分析，展示當前用戶的用戶畫像信息，會話健康評估，以及每一次會話的列表。

每一次會話都會評估健康情況，可以選擇健康度不佳的會話，進入到會話詳情，查看完整會話過程。

場景3：希望了解具有某些操作特征的用戶，是如何使用應用，在使用過程中是否遇到了體驗相關的問題

例如，企業人員想要了解通過官站注冊的（假設官站注冊的帶有BR開頭），訪問過SDK產品的相關頁面（對SDK產品感興趣），點擊過報價按鈕（了解了產品的報價信息），在線提交生成了訂單（最終通過了解后成功下單，完成了一次轉化），具有以上特征的用戶。

通過分析以上場景需求，可以使用用戶會話中的高級檢索功能，將具有此類特征的用戶檢索出來。

我們通過使用“用戶ID包含BR”，頁面地址包含“sdk”，點擊的控件名包含“price”（報價按鈕的id包含price關鍵字），自定義事件包含“pay”（埋點的生成訂單自定義事件id包含pay關鍵字）的組合條件，檢索出此類用戶。

由于用戶會話數據是記錄的全部用戶訪問App的全量過程數據，因此檢索的條件也是基于用戶與App交互的全部事件，只要用戶做出過某些我們期望的訪問動作，就能夠精準鎖定他。

監控事件內容

用戶會話模塊會記錄用戶每一次使用App全過程中的上述事件數據，以及對應事件的詳情信息。

數據關聯及意義

用戶會話的加入，開拓了數字體驗監控的視角，使得我們有能力對于離散型的事件數據進行有序的分析，能夠真正的以用戶使用App的全過程為視角對用戶體驗進行評估和追蹤。

當然，用戶會話模塊并非要完全替代之前的分析模塊，作為一種全新的分析思路出現的，和平臺現有的分析模型是一種互補的關系，他們之間有著緊密的關聯，這種數據關聯的加強主要體現在下面四個部分。

1、會話中查看快照數據
會話詳情中，如果檢測到有對應的數據快照，則可以直接在會話詳情中拉取快照數據進行分析，必要時也可以跳轉到對應的快照分析頁面。

2、原分析快照可跳轉至會話詳情
原系統中的體驗受損數據，可以點擊跳轉到該數據所屬的會話中去，查看問題前后的用戶訪問數據，更高的角度、更大的視野進行數據分析。

3、解決端到端打通的數據壁壘
過去的端到端打通，受限于前后端各自的快照保存機制，快照文件對不上等問題，實際效果往往大打折扣。用戶會話記錄了用戶訪問的全過程，為數據關聯打下了夯實的基礎。

4、連接性能、交互、業務
性能數據、用戶交互數據、業務數據，首次在DEM產品中同框。

最后，可以用一句話來概括用戶會話的意義，就是：管理全量，連接全量，分析全量。