您有软件产品吗?免费添加。专人会在一天内审阅并发布。有产品?免费添加。

添加您的产品
添加产品

数据分析

产品分析、数据看板,以及支撑决策的数字。

数据分析

此分类下暂无产品

这里暂时没有收录任何产品。如果您的产品属于这个分类,请添加,专人会审阅。

添加您的产品

这份榜单里有什么

这里有三种不同的工作共用一个词。网站分析告诉您访客从哪里来、打开了什么。产品分析跟踪人们在应用内的行为。商业智能把多个系统的数字汇总起来,画出董事会需要的图表。

买了一种却需要另一种,是这个分类里最常见的错误,通常在半年后才暴露,那时没人答得上来的问题,恰恰是最重要的那个。

直接读取您数据库的数据看板与数据库很接近。服务器和错误遥测归入监控。

事件模型决定了您能问什么

产品分析的成败,取决于您如何命名和组织事件。

一个期望少量事件名、每个事件附带丰富属性的工具,与一个期望数百个不同事件名的工具,行为会不一样。看看产品偏好哪一种,因为这个决定会传导到您之后建立的每一个漏斗和用户群。

身份处理是另一半。问清楚匿名访客如何与已登录用户合并,两个人共用一台设备时会怎样,以及能否把一个账户作为整体而不是个人来分析。企业软件的成败就在最后这一条。

数字从哪里来

客户端跟踪安装很快,但会因拦截器和隐私设置而丢失相当一部分流量。服务端跟踪不受这些影响,但要花工程时间,而且漏掉所有没有到达您服务器的事件。

数据仓库优先的产品把整个安排倒过来:数据落在您自己的存储里,分析工具去读取。这让您拥有数据,并只有一个事实来源,代价是需要有地方存放。

无论走哪条路,都要检查导出。以公开文档中的格式导出原始事件,是区分“可以离开的工具”和“不得不放弃的历史”的关键。

定价,以及会让人意外的计量方式

  • 事件按月计数,一次随意的跟踪调用就会让账单成倍增加。
  • 每月被跟踪的用户数,对事件频繁的产品更友好,对受众庞大的则更严苛。
  • 席位,有时查看者免费,凡是制作报表的人都要收费。
  • 保留期限,入门方案悄悄限制在三个月或六个月。
  • 数据量,数据仓库类产品按存储和查询量收费,而不是按人头。

保留期限值得格外留意。同比分析需要十四个月的历史,一个只保留六个月的方案,无论您多喜欢那些图表,也永远回答不了这个问题。更广泛的规律见定价页隐藏了什么。

隐私、同意,以及数据存放在哪里

监管机构关心的是标识符和跨境传输,而不是厂商的定位。

问清楚数据存储和处理的位置,是否提供欧盟区域,厂商认定什么是个人数据,以及一项删除请求如何从头到尾处理。再问问访客拒绝同意时产品如何表现:有的降级为汇总计数,有的完全停止,有的继续运行,而您的律师宁愿提前知道其方式。

无Cookie的度量可以减少文书工作,却很少能彻底免除。请检查您打算运行的具体配置。

承诺之前要测试什么

对三个您真正在争论的事件埋点,而不是演示用的那一套。建立能够平息争论的漏斗。留意这花了多长时间,其中有多少需要工程帮助。

然后故意搞坏点什么。发一个格式错误的事件,重命名一个,看看工具如何呈现这团混乱,以及您能否修正历史数据,还是只能从此往后修正。

最后问一个关于去年的问题。如果答案是数据半年前就停了,那您已经学到了关于这个方案最有用的一课。

先想清楚要衡量什么,再选工具

数据分析项目失败的原因与报表项目相同:什么都埋点,却什么都不问。

写下业务上真正在争论的五个问题。注册从哪里来。新手引导的哪一步流失了人。上个季度开发的功能有没有人用。留下来的客户与离开的客户有什么区别。一次营销活动除了访问量还带来了什么。

这些问题决定哪些事件重要,而一小套命名良好的事件,回答它们的效果好过四百个自动抓取的事件。

接着决定谁来读这些答案。没人打开的数据看板只是维护负担,一个送达决策者手中的每周数字,胜过一面没有观众的图表墙。

常见问题

产品分析和网站分析有什么区别?

网站分析统计访问、来源和页面。产品分析跟踪用户在应用内触发的具名事件,能回答留存、转化漏斗和功能使用方面的问题。

数据分析软件通常怎么定价?

按跟踪的事件数、按每月被跟踪的用户数,或按席位并附带事件数上限。事件计价会惩罚埋点过于频繁的做法,所以比较方案之前,先弄清您的月事件量。

用了隐私优先的工具,还需要同意弹窗吗?

往往需要得少一些,但答案取决于Cookie、标识符和数据存放的位置,而不是营销宣传。请让人检查您的具体配置,不要轻信定价页上的一枚徽章。

以后能把历史数据迁移到别的工具吗?

务必坚持要求能导出原始事件。只能导出汇总图表的产品会把您的历史留在原地,而从头重建两年的行为数据并不现实。

数据应该保留多久?

要比您最长的问题还久。同比分析至少需要十四个月,而不少入门方案只保留三个月或六个月,这会悄悄让同比分析无法进行。