业务监控埋点｜郭亿易

使用摘要

输入业务流程、关键指标和现有代码，产出事件字典、埋点方案与数据验证清单，适合产品、数据和研发团队。 当任务涉及业务监控埋点并要求可追踪交付时使用。

必填输入

• 核心资料：业务流程、关键指标和现有代码
• 业务目标：期望解决的问题、使用渠道、截止时间和成功标准
• 事实边界：可引用的数据、禁止使用的内容、隐私与合规限制
• 交付位置：文件格式、目标系统，以及是否允许外部写入

缺少关键事实时，先列出缺口并在安全范围内继续；任何无法验证的结论必须标注“未验证”，不得补写数据、客户评价或效果承诺。

标准流程

1. 核对输入来源、时间范围、目标受众和授权边界。
2. 把任务拆成事实、假设、约束、行动和验收五类信息。
3. 围绕“业务监控埋点”选择最小可行方法，先产出结构再补充细节。
4. 生成事件字典、埋点方案与数据验证清单，并为每个关键结论保留来源或推导说明。
5. 检查完整性、可执行性、冲突、重复、风险和受众匹配。
6. 交付结果、质量清单和下一步动作；外部发布或写回前明确目标与变更范围。

交付结构

1. 结论摘要：三到五条可直接用于决策的要点。
2. 主交付物：事件字典、埋点方案与数据验证清单。
3. 证据与假设：资料来源、时间范围、推断和未验证项。
4. 风险与阻断项：影响、优先级、负责人建议和解决条件。
5. 验收清单：逐项标记已完成、已降级或未验证。

质量门槛

• 第一屏能看懂输入、产出和适用对象，不用品牌名代替搜索词。
• 结果必须针对产品、数据和研发团队，不得只给泛化建议。
• 事实、数字、报价、功效、案例和承诺均有来源；没有来源就明确缺口。
• 每条建议至少包含对象、动作、原因和验收信号。
• 重复内容合并，冲突内容并列说明，不靠改写措辞制造虚假差异。
• 涉及账号、发布、发送、删除、付款、权限或隐私数据时，遵守用户授权和目标系统规则。

示例与视觉证据

• 示例任务与调用前后对比：references/example-task.md
• 垂直执行方法：references/vertical-method.md
• 演示效果截图：assets/before-after.png
• 图标文件：assets/icon-512.png

演示图只说明输出结构，不代表真实客户业绩。

来源说明

本 Skill 对应全球榜单第 18 名能力方向：appinsights-instrumentation（microsoft/azure-skills）。仅参考需求方向并做原创中文垂直化，未复制来源代码或文案；来源许可核验状态：MIT。