本文以公司自建的运营分析系统为讨论对象，分析了系统的产品架构设计和技术方案选择，以及关键点。目前市面上的流量分析产品已经非常规范，如如GrowingIO、诸葛IO、神策数据等。一般用户分析、转化分析、留存分析等功能已经非常完善，荷兰电话号码列表 但在公司实际应用过程中，运营商总会有各种无法满足的个性化需求。由市场上的一般功能来满足。也正因如此，很多企业才会构建自己的运营分析系统。本文将详细介绍我公司之前运营分析系统的产品架构设计和技术方案选择，希望能给大家一些参考。 1．现状与问题1.1 埋点方案改造我公司的跟踪计划已经提前做好。荷兰电话号码列表 最早只是埋了代码，PC/M和APP的上报方式不同：APP端使用appsflyer实现的【事件级】上报机制，PC/M端基于Page 【元素级】上报机制。
两者有什么区别？简单来说，事件是有业务意义的，比如【首页广告位点击事件】，就是指用户点击“XX广告位”图片的行为在网站首页，让上报数据直接指导分析；页面元素的上报是冷元素集合，也是广告空间的点击。荷兰电话号码列表 页面元素报表会通过埋在广告栏内的代码，上报每张广告图片的点击、曝光等行为。事件】，分析师需要找到首页-广告位-广告图，荷兰电话号码列表 取点击行为数据进行分析。也就是说【事件级】是组装的业务数据，【元素级】是未组装的数据，【元素level]非常灵活，但是从数据应用效率、存储成本、业务接受度等方面来说，【event level】都比较好。
目前GrowingIO、Sensors Data等厂商都使用【event-level】跟踪方案作为分析系统的基础。构建运营分析系统，首先要对跟踪解决方案进行改造。荷兰电话号码列表 1.2 产品架构规划 之前运营部门购买了GrowingIO，提到的IT需求都是零散的、个性化的需求，简而言之就是个性化的报表。主要特点是：业务逻辑复杂+开发周期长，业务体验特别差。由于都是分散的个性化需求，缺乏【逻辑层】的规划，直接从【数据层】开发报表系统产品架构规划如下图所示：因此，我们认为运营分析系统的功能建设有两个重点： 逻辑层：事件管理要与业务数据解耦，荷兰电话号码列表 支持多-tenancy（满足不同站点或业务模块的事件逻辑隔离） 应用层：事件分析是GrowingIO中80%以上使用的功能，是用户分组等分析功能的基础