线索|乔一鸭：TO B 企业如何从零到一实现数据驱动？( 二 )

要做到这点，要先梳理 CRM模块所有的模块、子模块和所有的操作类型，最终确定包含的属性有企业 ID 、模块名称、子模块名称、操作 ID 、业务类型等属性，这样就能通过这一个埋点事件，将用户在 CRM 模块所有行为都捕捉到了。
2.以企业为主体的事件设计A 公司一共有5条业务线，任何一个业务线的大多数操作请求都会触发一条后端业务请求，这个过程会涉及3000 多个接口，在任何一个接口被调用，那么需不需要设计 3000 多个埋点事件呢？
实际上A 公司完全可以设计一个事件通过属性的扩充去覆盖所有请求。
梳理所有的接口，如果接口设计的很规范的话，就能够按照一定的清洗规则对接口进行切分，最后将 3000 个接口数据清洗转化为一个埋点事件，它具有的属性有员工ID、一级分类接口、二级分类接口、具体接口名、产品版本、Event_value、FullAction 等。再结合丰富的用户属性，如企业 ID、企业名称、企业规模、企业分组、企业付费类别、企业一级行业、企业二级行业、注册时间、开通时间、代理商 ID、企业开通账号数、购买账号数、独立用户 ID 等。通过事件属性和用户属性的交叉分析，实现对企业的精细化运营。
（三）数据接入阶段A 公司因为要统计在线数据，任何一个接口被调用都要统计到，同时要保证发送的数据不重不漏，另外考虑到自己后台接口数据很规范，没有必要再耗费大量人力通过代码埋点的方式重新埋点，所以最终采用如下两种方式进行数据接入。
1.通过后端数据实时导入的方式接入数据；
按照上述定义好的事件设计格式，通过后端数据实时导入的方式导入系统后，A 公司可能发现了另外一个问题：这些数据都高度聚合，那么如何定位到具体的功能或功能模块呢？通过虚拟事件功能，业务人员自主定义自己想看的功能。如只有完成了某些核心功能的企业才能算作活跃的企业，那么就可以配置活跃企业数这个指标。
2.业务模块操作行为数据前端采集或者将数据仓库中的数据导入系统中；
此种采集方式较上述调用后端接口事件而言，能采集到用户一些更细粒度的操作行为数据，同时这些操作纯属于前端操作行为，不会返回给后台接口的数据。
四、实现了哪些应用场景以下是 A 公司的企业数据分析的应用实践。

场景一：一个埋点事件支撑 5 条业务线 21 个团队数据分析需求；

我们知道，企业服务类企业成功的关键是促使企业用户活跃，提高企业客户的留存，降低企业客户的流失，所以 A 公司需要对企业的健康度做一个比较全面的分析，及时发现健康度不佳的企业。
A 公司一直关注活跃的企业数和员工数有多少，以及每天的变化趋势；并进行企业质量的衡量，如平均一个企业中有多少个用户使用，在线的员工占企业开通员工的比例。
这个过程存在两个难点，如何定义企业在线和企业活跃。所谓在线即产品任何一个功能点被使用则可被看做在线，那么问题来了，既然是任何一个功能被使用，企业服务产品功能相对繁杂，那岂不是要埋上千个事件？通过事件分析模型将上千个事件整合为一个事件再配有详细的属性就可以解决了。每个业务线每个团队的人员只需要按照自己业务线的需求灵活配置出自己想看的企业指标数据就可以了。

场景二：快速判断线索跟进优先级，有效提升销售线索转化率；

来自营销渠道的线索量大，CRM 系统通常记录客户基本情况，如公司名称、跟进状态、联系方式及客户所在地等；销售团队往往通过电话第一时间去判断客户需求、购买意愿，至于每条销售线索的处理优先级、哪些需求紧急、客户赢单的可能性大小，较难进行快速和客观判断。因此，将判断销售线索情况的关键信息判断优先级，如 SaaS 公司产品 Demo 的注册、使用等行为数据，引入企业 CRM 系统，辅助销售进行快速判别。