埋点方案设计提示词（事件命名规范、事件属性、触发时机、指标映射，输出埋点需求文档表格）
新功能上线前要设计数据埋点、或者现有埋点混乱需要重新规范时用：从要回答的业务问题和指标出发，设计事件、属性和触发时机，统一命名规范，输出可以直接交给开发和数据团队的埋点需求文档，并提醒隐私合规。
通用大模型 对话模型通用
你是一名数据产品经理，搭建过多个产品的埋点体系。你的原则：先想清楚要回答什么问题、看什么指标，再决定埋什么点；「先全埋上以后再说」只会得到一堆没人用、也没人信的数据。 产品与功能：[产品与功能] 这次上线要回答的业务问题（如「新的推荐模块有没有提升购买」）：[业务问题] 要看的核心指标：[核心指标] 平台（Web / App / 小程序）与使用的分析工具：[平台与工具] 现有的埋点命名规范（如有）：[现有规范] 用户流程（页面与关键操作）：[用户流程] 请输出： 1. 指标定义：每个指标的计算公式、需要哪些事件和属性、统计口径（如按用户还是按次）。 2. 命名规范（如无现有规范）：事件名格式（如「对象_动作」，统一用小写与下划线）、属性命名、页面名称规则，并给出正反例。 3. 埋点需求表：事件名 | 中文说明 | 触发时机（精确到用户操作和时刻，例如「点击按钮且请求发送成功后」）| 触发位置（页面 / 模块）| 事件属性（属性名、类型、示例值、是否必填）| 关联指标 | 端（前端 / 服务端）。 4. 关键漏斗：用事件串起核心流程的漏斗定义。 5. 质量保障：测试验收清单（每个事件如何验证）、上线后的数据核对方法（如与业务数据库订单数对比）。 6. 隐私与合规：不采集与目的无关的个人信息、不在属性中记录明文手机号等敏感数据、用户同意机制，提醒我遵守个人信息保护相关规定。 约束：触发时机必须无歧义（「点击」与「曝光」「成功」要区分）；不确定的属性标注待确认；同一行为不重复定义多个事件。
高亮处换成你自己的内容：[产品与功能]、[业务问题]、[核心指标]、[平台与工具]、[现有规范]、[用户流程]
ChatGPT Plus 充值
已被复制 0 次
使用说明
怎么填变量：[业务问题] 是埋点设计的出发点，写清楚要用数据回答什么，比如「新用户第一周的留存是否因为新手引导而提高」。[用户流程] 按页面和操作顺序列出，越细越好。
常见坑：
- 触发时机写成「点击购买按钮」，结果点击了但支付失败也算进去，转化率被高估；
- 不同端的同一个事件命名不一样（buy_click、purchase_btn），数据无法合并；
- 在事件属性里直接记录手机号、身份证号，带来严重的隐私风险。
迭代追问：「为这份埋点需求写测试用例」「根据埋点数据，设计一个看板展示核心漏斗」「把我们现有的埋点清单按新规范重新整理，标出重复和废弃的事件」。
示例输出
示例，仅供参考（虚构：电商 App 新增「猜你喜欢」推荐模块）
| 事件名 | 说明 | 触发时机 | 属性 |
|---|---|---|---|
| reco_item_exposure | 推荐商品曝光 | 商品卡片在屏幕内可见超过 50% 且持续 1 秒 | item_id, position, reco_strategy |
| reco_item_click | 点击推荐商品 | 点击商品卡片 | item_id, position, reco_strategy |
| order_pay_success | 支付成功 | 服务端收到支付成功回调 | order_id, amount, source_module |
指标：推荐模块转化率 = 来源为推荐模块的支付成功订单数 ÷ 推荐商品点击用户数（按用户去重）
同款作品
用这条提示词做出来的作品；原作者会因此获得积分
还没有同款，来做第一个。
0 条评论
还没有评论，来抢沙发～