先看看示例
作者提供的示例，实际效果取决于你的输入和使用工具。
输入
问题：用户在哪一步导出失败；流程：点击、请求、生成成功或失败。
输出
编辑示例 · 未运行
| 事件 | 触发 | 属性 |
|---|---|---|
| export_started | 提交导出请求后 | format、row_count_bucket |
| export_completed | 文件生成成功 | format、duration_ms |
| export_failed | 确认请求失败 | error_category |
不记录订单明细或文件内容；一次请求用去重标识关联。
方法说明
先明确要做的决策，再设计事件、属性和命名规则，形成可交给实现与验收的追踪计划。 具体任务 从决策定义埋点：把想回答的问题映射成事件、触发点与必要属性。 检查埋点质量：验证重复、漏报、状态区分和隐私设置。 必需材料 关键用户路径与业务问题 现有事件、技术栈和分析工具 可选材料 UTM规范 同意与隐私约束 使用门槛 能区分用户点击、请求发起和实际成功，知道数据用于什么决定。 这个 Skill 额外提供的方法 让事件能回答转化卡在哪里，避免记录很多点击却无法判断成功。 编辑示例（未运行） 区分导出点击和真正完成 任务：为CSV导出路径写最小埋点表 输入： 问题：用户在哪一步导出失败；流程：点击、请求、生成成功或失败。 结果片段： |事件|触发|属性| |---|---|---| |export_started|提交导出请求后|format、row_count_bucket| |export_completed|文件生成成功|format、duration_ms| |export_failed|确认请求失败|error_category| 不记录订单明细或文件内容；一次请求用去重标识关联。 以下为官方编辑构造的示例，未运行上游 Skill。属性为拟议设计，需结合平台限制验证，不表示已有事件可用。 首次任务 任务：从决策定义埋点。 任务重点：把想回答的问题映射成事件、触发点与必要属性。 必需材料： - 关键用户路径与业务问题：[填写或粘贴我的材料；未具备则说明] - 现有事件、技术栈和分析工具：[填写或粘贴我的材料；未具备则说明] 可选补充： - UTM规范：[可填写，未提供不应假定存在] - 同意与隐私约束：[可填写，未提供不应假定存在] 请交付有清楚口径和来源的表格，保留计算或分类依据。仅依据这些材料处理；缺少决定结果的信息时先说明缺口，不补造事实。未执行的检查、修改或外部操作明确标为未执行。 使用前提：能区分用户点击、请求发起和实际成功，知道数据用于什么决定。 处理边界：追踪计划不代表事件已上线；不采集不必要个人数据，需遵守实际同意和保留设置 验收要求： 1. 每个事件对应明确业务问题。 2. 触发点与成功失败语义一致。 3. 调试检查重复、漏报及隐私字段。 验收方法 每个事件对应明确业务问题 触发点与成功失败语义一致 调试检查重复、漏报及隐私字段 依赖与准备 现有分析工具如GA4/GTM等及应用代码；真实配置变更需账号权限，先在获准环境验证。 使用边界 追踪计划不代表事件已上线 不采集不必要个人数据，需遵守实际同意和保留设置 排错 点击量与成功量混在一起：分别定义意图事件和完成事件。 事件数量翻倍：检查重复绑定、客户端重试与服务端去重。 固定来源 https://github.com/coreyhaines31/marketingskills/blob/5b2c0007766c6a1cf1d53fd8fc73e979e0821022/skills/analytics/SKILL.md