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

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

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

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

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

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

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

挑战1：不必要的内容

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

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

挑战2：无法使用的数据

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

就像下面这些：

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

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

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

最坏的情况：始终不准确

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

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

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

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

今天就到这儿了~

来源：Blast的blog，有所删减以及修改