第332篇 埋点体系设计：无埋点与全埋点

承接上一篇《混淆映射与符号表：线上堆码还原》，上一篇解决「出事后能查」，这一篇解决「平时能看」。埋点是产品决策的数据基础——没有埋点，「哪个按钮点击率低」「用户在第几步流失」这类问题只能靠猜。

结论先行：埋点设计的核心不是「埋多少」，而是「每个埋点能回答什么问题」。 一个没有明确假设的埋点是无效的——它只是产生数据，没人看；而一个为特定假设设计的埋点，能直接支撑决策。

一、两个极端都不可行

1.1 无埋点的困境

典型的「无埋点」症状：

• 「首页的转化率是多少？」——不知道，只能凭感觉。
• 「用户在第几步流失？」——不知道，漏斗是猜的。
• 「新版本比旧版本好还是坏？」——不知道，客服反馈不能量化。
• 「这个按钮要不要放上去？」——不知道，靠投票。

无埋点的核心问题是「每次决策都要靠猜」，而猜错的代价是开发成本 + 机会成本。 一个做了两周的改版，如果数据证明它让转化率降了 5%，这两周就白花了。

1.2 全埋点的灾难

「全埋点」的思路是「把所有的用户行为都记录下来，总有用的时候」。 这个想法在实践中会失败：