随着移动互联网应用的飞速发展，企业越发开始重视起用户使用其应用服务时的体验。在实际的工作中，也有越来越多的企业也开始使用移动应用体验数据监控工具，来帮助企业相关人员实时掌握其应用服务的质量。这些监控工具，通常会监控应用的各项技术指标是否超过企业制订的健康度阈值，以此来评估应用服务水平，并发现体验受损问题。
然而，这些技术数据和指标往往是彼此独立的，例如用于评估网络质量的网络请求性能类指标，用于评估应用代码运行稳定性的崩溃率指标、崩溃堆栈数据，用于评估用户交互体验的点击事件性能、视图访问等。当一方面出现问题时，管理员只能看到问题相关的数据，而无法了解用户在出现该问题前，都做了哪些事情，在这之后又出现过哪些问题。这种方式，实际上对于解决问题，并没有太大帮助。
博睿数据（股票代码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产品中同框。
最后，可以用一句话来概括用户会话的意义，就是：管理全量，连接全量，分析全量。
