作者：辛宁
编辑：刘琳
毫无疑问，数字化正在驱动全球的商业模式向数字经济时代大踏步迈进。伴随着云计算、大数据、人工智能和5G等技术的普及，“数字化转型”也成为了企业业务变革的“必修课”。
如果说在传统IT时代，“烟囱林立”的IT架构体系，会造成重复投入、数据之间难打通等障碍，那么数字化则意味着数据被集中有序地处理、分析和共享，进而转化为企业的商业洞察。所以，在数字经济时代，不断进化的数字化能力，已经成为企业的核心竞争优势体现。
企业在数字化转型中面临的一个重要问题是必须要处理好IT、业务和用户体验之间的关系。
此时，数字化体验监控（DEM，全称为DigitalExperienceMonitoring）便成为了企业处理跨IT和业务的关键用例，以及保障公司的数字化业务拥有良好的用户体验，成为企业赢得更广阔市场竞争力的有力工具之一。
何为数字化体验监控？
那么，什么是数字化体验监控呢？
Gartner的定义：“数字化体验监控（DEM）是一个性能分析学科，旨在利用面向企业的应用和服务组合来优化数字化代理、人或机器的运行体验及行为。”
简言之，DEM即为所有数字代理（人和机器）的体验，因为他们会与企业应用和服务产生互动，也就是说DEM已经成为企业拥抱数字化转型的一个长期目标。
而Dynatrace对于DEM的解释是能够通过一流的数字体验监控，帮助提升改善用户体验，确保覆盖所有终端渠道（包括移动、网页、互联网、API）的每个应用和服务都可用，功能完整，快速且高效。
由以上定义可知，DEM从功能上来说，可利用关联分析、可视化和机器学习方法，实现可用性、性能以及行为的监控，观察和分析数据集，最终洞察用户体验。通过DEM解决方案可以评估数字体验的方方面面，覆盖用户设备体验、后端网络、基础设施、云和所有应用，及时发现问题并排除故障。
从广义上来说，是包含全部用户终端（不论是否有界面）的数字体验监控范畴。
从监控的技术方式上来讲，DEM包含了主动式监控（模拟真实用户的拨测类）和被动式监控（全量真实用户体验监控）两种。
目前，国内APM厂商普遍是模拟+真实用户相结合的监测服务模式，模拟监测产品还可以细分为传统互联网监测、移动WAP站监测以及手机App监测三种类型。然而不是每一家APM厂商都能覆盖这三种类型，满足高标准的测试需求具有较高的技术门槛，技术能力是高效准确完成监测任务的有力保障，可有效降低IT及业务风险。
今天我们就来看看博睿数据的数字化体验监控。
真实用户体验监控的两大场景
如前文中所述，DEM包含了主动式监控（模拟真实用户的拨测类）和被动式监控（全量真实用户体验监控，RUM=RealUserMonitoring）两种。
主动式监控（可查看上期文章：什么是无嵌码的主动式监测？提升用户体验背后的技术探索
）此前我们已经介绍过，今天我们重点介绍一下被动式监控产品。
所谓被动式监测需运维人员配合，修改目标应用，将相应程序安装/嵌入到服务器或应用App中，获取真实终端用户在使用目标应用过程中的性能、体验数据，再利用大数据技术、统计学方法等进行用户体验分析的监测方式。
优点是实现全样本数据收集，准确性高，可全量分析用户业务状况及人群属性，相对主动式监控而言成本较低。
博睿数据被动式产品包括博睿数据BonreeMobileSDK、BonreeWinSDK、BonreeBrowser、BonreeMP等等。
BonreeMobileSDK通过在App中嵌入SDK的方式，获取终端用户访问感知数据，快速发现、定位应用的本地代码和网络质量问题产生的原因，帮助客户发现并处理App应用性能方面的问题，避免因应用性能不佳而造成用户流失，提高用户体验及忠诚度。
其主要涉及痛点有以下三点：
1、网络问题：企业需要掌握网络请求、CDN、H5页面、单页应用等性能情况。
2、本地代码问题：企业需要获知崩溃、ANR、卡顿、JS错误、启动缓慢等代码执行情况。
3、重点客户跟踪问题：企业需要了解重点客户体验问题，还原问题全过程进行追踪。
从BonreeMobileSDK功能上来划分，又细分为用户、性能、问题等三方面。
用户会话即还原用户使用应用的全过程，支持按照设备、用户、会话中每一次事件进行检索。
举几个例子，大家就明白了。
例如用户发现了某个核心业务接口出现了访问缓慢，或发生了严重的应用崩溃导致服务中断等问题。在过去的分析平台中，只能针对该次问题查看对应的详情数据，无法知道用户在出现问题之前都做了哪些操作，可能会导致问题的发生，或者问题发生后用户去了哪里，又发生了哪些问题，是否对业务造成了影响等。
现在有了用户会话功能，通过点击页面中的“跳转至所属会话详情”按钮，可以查找到包含了本次问题事件的会话，并展示从会话开始到结束的完整过程数据。
再比如，大企业客户需要了解其VIP级大客户是如何使用应用服务的以及领导的用户体验。
可在用户会话的高级搜索框中，输入VIP用户的用户标识（可以是设备ID，可以是上传的用户ID，也可以是上报的任意用户信息），可检索出指定的用户。
之后可针对检索到的VIP用户进行针对性的分析，展示当前用户的用户画像信息，会话健康评估，以及每一次会话的列表。每一次会话都会评估健康情况，可以选择健康度不佳的会话，进入到会话详情，查看完整会话过程。
再比如，有些客户希望了解某些操作特征的用户，是如何使用应用，使用过程中是否遇到了体验相关问题。
企业人员想要了解通过官站注册的（假设官站注册的带有BR开头）、访问过SDK产品的相关页面（对SDK产品感兴趣）、点击过报价按钮（了解了产品的报价信息）、在线提交生成了订单（最终通过了解后成功下单，完成了一次转化）具有以上特征的用户。
通过分析以上场景需求，可以使用用户会话中的高级检索功能，将具有此类特征的用户检索出来，检索会话特征，后续评估会话健康情况。
另一个细分出来的分析模型即全维分析。
顾名思义，全维分析即是允许用户自主选择需要的数据项、维度组合、指标项、指标聚合方式、图形类型、组合过滤条件等，生成符合个性化需要的图表，方便客户进行有针对性的关联分析。
具体而言，可通过以下两种方式实现：
1、通过平台提供的操作界面，选择需要的数据项，数据项对应的指标，以及指标的聚合方式，选择各个维度的组合，排序规则，图形类型，从而生成指定的图表。
2、通过数据筛选控件，可以选择任意需要的组合条件，随时对生成的图表数据进行筛选，也可以将选择好的组合筛选条件保存起来，供之后数据分析时随时调用。
总体而言，全维分析生成的图表，可以点击进行下钻分析，相比之前分析工具不同数据、维度、指标分析彼此独立而言，全维分析的图表打破了这种数据壁垒，数据关联分析更加容易。
BonreeWinSDK由数据采集探针和报表管理平台组成，数据采集探针（WinAgent）负责实时采集上报，报表管理平台（采用博睿数据自研的ZEUS计算引擎）负责对WinAgent上报的数据进行存储、计算、分析及可视化。能够深度监测应用性能，并从网络请求、资源消耗、应用崩溃、请求错误、事务分析、问题检索等方面对应用程序展开分析。
目前上线版本的功能覆盖网络请求、应用崩溃、请求错误、问题检索、事务分析，相比MobileSDK多了覆盖效果、资源消耗。
在最新的版本中，winSDK和MobileSDK已经整合为一个完整的SDK平台，两个端的功能全部对齐，MobileSDK也拥有了覆盖效果和资源消耗功能，并且针对覆盖效果还进行了扩充，可以分析自营资源、CDN资源的覆盖效果。
BonreeBrowser通过嵌入到监测网站的JS代码，对实际用户访问的网站性能数据进行全样本采集和分析，找到影响用户体验问题本源，帮助客户持续优化网站性能。
其基本工作原理是将负责收集JS代码嵌入到监测网站页面head下，当真实用户访问网站时，获取指定的性能数据，并根据预设的数据采集回传周期，自动回传到BonreeeBrowser平台，对用户体验质量、页面性能、JS错误和AJAX错误等进行分析，并生成分析报告呈现监测结果。用户可选择使用截图或系统提供的下载、自动报告等功能生成数据报告。
BonreeMP以报表形式分析和展示onReady、首次响应、请求耗时、JS错误和请求错误等影响用户体验的关键性能指标项，并基于这些关键指标对小程序的健康程度进行打分，以便用户及时掌握自身开发的小程序健康情况，对导致性能变差的因素快速定位和采取措施，是适用于各种