如果你没有制定明确的分析策略……(上)

“就像永远不要在没有蓝图的情况下盖房子一样,不应该在没有事先仔细计划的情况下去构建任何分析解决方案。”

提到“分析策略”,有人简单的称它为SDR(解决方案设计参考);有时大家谈论它主要指的是分析工具如何适合整个企业。

在这篇文章里面,我所聊的“分析策略”,指的是一个蓝图或者体系结构,里面包含目标,关键绩效指标(KPI)和结合分析解决方案所得出的预期结果。我也将其称为分析跟踪策略。

蓝图能向工程师确切说明了要构建什么以及如何进行构建,分析跟踪策略亦是如此,可以帮助我们了解需要实施的内容,并引导分析师找到关键业务问题的答案。

实际工作中,我们都听过“blah,blah但没什么用”的表达,也陷入过“没有明确目标,但非常努力,结果却一场空”的情况。

但如果多花点时间去考虑业务目标,在这个基础之上进行数字分析,或许可以避免掉很多糟糕的情况。

一时想不出会造成什么问题?我列举了5个因分析策略不完善所带来的挑战,它们会告诉你分析策略的重要性。

挑战1:不必要的内容

自己已经开始了分析,并跟踪了许多不必要的内容。很常见的一个场景就是,花费了过多的时间和精力去设置复杂的跟踪,但ROI并没有提高多少。

当没有清晰的关键绩效指标(KPI)可以重点在报告中关注的时候,你往往就会问一些对数据毫无用处的问题。

挑战2:无法使用的数据

没有明确的分析策略的公司会陷入一个陷阱,那就是跟踪KPI的方法跟最佳方式大相径庭,导致数据很难获得,从而限制了更深入的分析。

通常,这意味着需要额外的时间来创建一次性报告,这些报告没办法扩展,难以重现,并且几乎不可能提供更深层次的分析思路。

一旦开始这样做了,时间、金钱以及资源的浪费也就随之开始了,试想一下如果分析人员将时间都浪费在创建复杂的报告上,怎么有时间精力去寻找有价值的见解?

挑战3:脆弱的数据滋生不信任感

曾经有一段时间,我与一家发展迅速的公司合作,他们的速度快到从未有时间围绕重要的跟踪,和不重要的跟踪制定全面的分析跟踪策略。

随着不断扩展和增长,他们没有花时间为开发团队制定明确的目标和要求,这就意味着他们没有数据层。以致于为了跟踪一些简单的事情,做了很多DOM抓取和自定义代码。

这其实就是数据脆弱性的体现,看上去似乎每天都会中断。不可避免地,这将导致对数据的不信任。

挑战4:专注于可以追踪的内容,而不是应该追踪的内容

没有明确定义的分析跟踪策略的另一个后果是,没有讨论创建新页面,站点部分真正重要的事情。

这种情况下,当团队决定要追踪什么时,感觉就像只是简单的将东西扔到墙上,看看会发生什么一样。

团队会将大部分的注意力集中在可以被跟踪的内容上,而不是应该被跟踪的内容上,也不是能够引导网站产生转化的关键交互上,关心的反而是类似下面这样的问题:

  • 滚动到底部后,用户多久单击一次将其带回到顶部的小按钮?
  • 用户在页面x上单击链接y之前需要停留多长时间?

不能说这些完全没有用,但不一定是真正对业务很重要或者最有帮助的。

挑战5:在不关注最终结果的情况下进行跟踪

当你在没有明确意图的情况下进行数字分析跟踪时,对数据提出的问题将同样是漫无目的的。

就像下面这些:

  • 用户单击页脚中的链接A之后,最常点击的下一个链接是什么?
  • 用户多久点击一次嵌套导航系统中的链接B,然后退出结果页面?
  • 在abc页上点击的顶部链接是什么?

现在,并不是这些问题本身就是不好的,问题在于缺乏更大的目标或方向。

想要知道用户是否正在使用某个UI功能是很好的,但是当问这类问题之前,先考虑一下知道这些问题的答案后将如何处理。如果知道了这些数据后可以采取什么措施?这样做会对业务增长有帮助吗?

最坏的情况:始终不准确

可能发生的最糟糕的事情是,团队觉得自己的数据状态很好,以至于宁愿保留坏数据而不是对其进行修复,因为修复它意味着数据将与过去的有所不同。

我之前听到过这样一组对话,印象深刻,双方在交流了一些让数据更准确的建议做法之后,另一方最终的答案是:“嗯,数据是否就只是始终不准确?那就先这样吧”。

看到这儿,你是不是想知道应该怎么建立分析跟踪策略?

请等待下次的文章,到时候将在文中讲述制定分析跟踪策略的3个步骤,以及一些数据跟踪的建议。

今天就到这儿了~

来源:Blast的blog,有所删减以及修改

发表评论

邮箱地址不会被公开。 必填项已用*标注