跳转到内容
Telemetry
客户案例

为什么构建者保持结构化事件和 SQL 紧密结合

发布的客户反馈,提供经过确认的背景和其他团队可以适应的实用模式,而无需发明指标或实施细节。

已确认的反馈

每个故事都将客户发布的声明与我们的解释分开,并避免发明部署细节。

可重用的事件模式

每个故事都将潜在需求转化为其他团队可以评估的实用埋点、查询和报告工作流程。

可检查分析

相关的 SQL 查询示例显示了事件字段、查询逻辑、综合结果、可视化和操作边缘情况。

有测量的 Telemetry 结果吗?

仅当客户审查并批准了确切的上下文时,我们才会发布实施时间、事件量、查询或报告改进以及运营结果。

基线

更改之前使用的先前工作流程、记录来源和计算。

测量窗口

确切的 UTC 日期、完整的观察期以及任何排除的间隔。

工作量和变化

正在评估的事件量、用户或帐户粒度、检测范围和产品变更。

验证结果

具有分子、分母、单位和比较的可重现查询或源报告。

注意事项和批准

已知的混杂因素、解释限制以及客户对确切发布语言的认可。

分享客户故事下载证据模板

可下载的记录涵盖 5 在测量结果之前可以审查强制性证据组以供发布。