埋点
Event Tracking
中级通用埋点（Event Tracking）是在产品的关键行为发生时，记录事件及相关信息的做法。它帮你看清用户实际走到了哪一步，而不只凭感觉判断；比如记录用户打开定价页、点击购买以及支付成功。
你可能会说：「我想知道用户从看到购买入口到付款成功，具体在哪一步流失了。」
读之前建议先了解
动手看看从定价页到支付成功
1
用户打开定价页，页面记下一条「定价页打开」事件，并带上用户标识和时间，后面才能串起他的操作。
要点一次埋点要说清楚哪些事？
- 1
先确定你要回答的问题
如果你想知道购买流程卡在哪里，就从定价页访问、购买点击、支付成功这些节点入手。先有问题再选事件，后面看数据时才知道每个数字代表什么。
- 2
把事件和附带信息分开
事件说明发生了什么，例如“支付成功”；附带信息说明当时的情况，例如套餐类型、入口位置。我们把含义和字段约定清楚，才能比较不同入口的效果。
- 3
确认记录真的按预期发生
让 AI Agent 加完代码后，你可以走一遍流程，核对事件是否在正确时机发出、是否重复、字段值是否准确。因为代码里有调用，不代表最终收到的数据就可信。
容易混淆的地方
埋点记录的是你事先选定的产品行为，不等于服务端日志：日志更适合查请求失败、程序报错等运行问题。它也不等于统计报表；报表会汇总和展示数据，而埋点提供其中的原始事件。想分析转化，通常先得把关键事件记录对。
什么时候用
适合用
- 上线注册流程后，想知道用户是停在填写资料、提交表单，还是验证完成这一步。
- 调整 AI 工具的导出入口后，想比较用户看到入口、点击入口和导出成功的情况。
- 做购买流程改版时，想按套餐或入口分析各步骤的转化情况。
不适合用
- 只是想查某次接口为什么报错，先看服务端日志和报错信息，比记录用户行为事件更直接。
- 需要证明管理员何时修改了权限以及修改前后的值，用审计日志留痕，而不是用产品埋点代替。
- 想弄清用户为什么觉得注册麻烦，先做访谈或可用性测试；行为数据本身说不出原因。
练一练选一个答案，看看解释
你做了一个 AI 写作工具，想知道用户在导出文章时卡在哪一步。下面哪种做法最能回答这个问题？
让 AI 帮你做复制给 AI Agent 直接用
请为文章导出流程设计并实现埋点：记录打开导出面板、点击导出、导出成功三个事件，约定事件名和必要字段，避免重复发送及记录文章正文。完成后告诉我如何逐步验证事件触发时机和字段值。