经营看板 vs 数仓指标口径 · 对比报告
对比对象：dashboard-v902.html（经营看板 V9.0）↔ CMS指标口径整理（数仓 DML 实测 + 口径文档 v1.0，整理人：李约斯-渠道中心-FR）
一、总体结论（先看这个）
3 处硬伤（数仓明确说做不了，但看板已经放上去了）：
- 付费率分母未定稿——数仓待确认项第 1 条：分母 DAU vs UV 业务口径"尚未拍板"，而看板已在用"活跃用户付费率 6.28%"。汇报时被问"分母是什么、为什么"，答不上来。
- D7 留存 17.6% 可能不是留存率——数仓明确：真实留存算不出（uid 跨日 LEFT JOIN 无数据、deviceId 在 retention 表是空表）；(总DAU−新客DAU)/总DAU 只是"当日老客占比"。看板"D7 留存 17.6%、距目标 18% 差 0.4pp"的决策队列建立在一个可能错误的指标上。
- 用户转化漏斗的事件口径不自洽——数仓：曝光/观看事件候选不唯一（feed_impression/content_impression/web_home_module_impression；feed_play/feed_watch/web_detail_play_click），且实测 effective_play_5s 会话数远高于 views 次数，"当前候选事件口径不自洽，暂不能用于计算 CTR"。而看板展示了 7 级漏斗（曝光 2.36 亿→点击→开始观看→15秒→付费点→首充→复购）和"点击→开始观看转化下降 -3.4pp"的经营决策。
次要风险：① "3日完播率 74.8%"——数仓无单集时长参照表、无"看完一集"事件（3集完播无数据源）；② "解锁率 18.6%"——按剧付费数据 ETL 疑似中断（08-12 后无新数据），来源存疑；③ 数仓近期表名前缀变更（dwd_*→dwd_qimeng_*）、渠道维度改 plan_name、时区改 Asia/Shanghai——看板若未同步，查询会取错数据；④ UV 类字段禁止跨维度直接 SUM——看板"全部渠道"汇总需防重复计数。
二、指标映射表（看板用了什么 ↔ 数仓口径 ↔ 状态）
| 看板指标（实测展示值） | 数仓口径（CMS 文档） | 状态 | 风险等级 |
|---|---|---|---|
| 内容直接收入 128.6 万元（↑12.5%） | GMV：SUM(amount_minor 或 settled_amount_minor)/100，status='paid' AND paid_at 非空 AND currency='CNY' | GMV 口径已确认，但无"内容直接收入"定义（是否=GMV？是否含广告/活动？） | P1 |
| 活跃用户付费率 6.28%（目标 6.0%） | 付费率=付费人数/？——分母（DAU vs UV）未拍板 | 阻塞 | P0 |
| D7 留存 17.6%（目标 18%） | 真实留存无法计算：uid 跨日无数据、deviceId 空表；现有"老客占比"≠留存率 | 阻塞 | P0 |
| 漏斗 7 级：曝光→点击→开始观看→15秒→付费点→首充→复购（曝光 23,568.7万→复购 28.4万） | 曝光/观看/CTR 事件候选不唯一、口径不自洽（5s 会话数远高于 views）；暂不能算 CTR | 阻塞 | P0 |
| 3日完播率 74.8%（↑1.2pp） | 3集完播无数据源：schema 无单集时长表、无"看完一集"事件 | 阻塞 | P1 |
| 解锁率 18.6%（↓1.4pp） | 按剧付费人数/金币回手无法关联 user_id；creator_revenue_facts ETL 疑似中断（08-12 后无数据） | 阻塞/中断 | P1 |
| 单剧 ROI 1.46（↑0.11）；Meta 渠道 D7 ROI 低于基准 | 数仓文档未定义 ROI（无成本/收入口径说明） | 待确认 | P1 |
| 观看人数 286.4 万（↑8.1%） | 播放请求 UV / 首帧 UV / 成功首帧 UV 已确认（三个口径不同） | 已确认但看板未指明用哪个 | P2 |
| DAU +8.4% | DAU 无独立定义（数仓文档未列）；留存章节暗示用 device 级 DAU | 待确认口径 | P2 |
| 逆袭题材收入 31.4%、古装 +16.2% | 按剧收入依赖 creator_revenue_facts（ETL 中断） | 中断 | P1 |
| 渠道筛选 Meta / TikTok | 渠道维度变更中：medium → plan_name（growth_links.plan_id 关联） | 变更中 | P2 |
| 子项目：短剧速看 APP-1001 / VIBEX APP-1002 / HOTEX APP-1003 | 表已加 qimeng 前缀（多系统接入）；产品隔离依赖 X-Product-Id / product_id 维度 | 变更中 | P2 |
三、按严重度排序的问题清单与建议
| 等级 | 问题 | 建议动作 | 谁 |
|---|---|---|---|
| P0 | 付费率分母未定稿就看板展示 | 本周内与数仓/业务拍板分母（建议：付费人数/DAU 用于经营效率，付费人数/UV 用于获客质量，两个都挂）；看板标注口径来源，未定稿前加"口径待确认"角标 | 产品 × 数仓 |
| P0 | D7 留存算不出，看板却给了 17.6% 和"差 0.4pp 目标" | 先确认 17.6% 的来源：若是"老客占比"必须改名并重设目标；若想算真留存，需数仓先解决 deviceId→user 映射与 retention 表空表问题（zone_id 同步），这是数据基建阻塞，本周立项 | 数仓 × 产品 |
| P0 | 漏斗事件口径不自洽（5s 会话 > views） | 停用/标注"点击→开始观看 -3.4pp"这条决策队列；拉数仓一起统一漏斗每一步的事件名（曝光=web_home_module_impression？观看=effective_play_5s？），定稿后看板再引用 | 产品 × 数仓 |
| P1 | 3日完播率无数据源 | 数仓补"单集时长表 + 看完一集事件"；未补前看板该卡片标注"待数据源"或下架 | 数仓 |
| P1 | 解锁率/题材收入依赖 ETL 已断的表 | 核对 creator_revenue_facts ETL（08-12 后无数据）；恢复前看板数据冻结并标注日期 | 数仓 × 研发 |
| P1 | ROI 无口径定义 | 定义 D7 ROI = D7 归因收入 / 渠道消耗，明确归因窗口与成本口径（对应投放归因链路已确认，可复用） | 产品 |
| P2 | 数仓近期变更未同步到看板 | ① 表名前缀 dwd_*→dwd_qimeng_*（旧表停更）——看板 SQL 立即换新表名；② 渠道维度 medium→plan_name——看板渠道筛选与 CMS 展示对齐；③ 时区 UTC→Asia/Shanghai——看板"数据更新 08-12 20:00"按北京时间核对 | 研发 |
| P2 | UV 跨维度直接 SUM 会重复计数 | 看板"全部渠道/全部地区"汇总必须用数仓预聚合行或 COUNT(DISTINCT)，不能把各维度 UV 相加 | 研发 |
| P2 | "观看人数"用哪个 UV 未指明 | 明确：播放请求 UV（意图）/ 首帧 UV（体验）/ 成功首帧 UV（真实观看），看板标注口径 | 产品 |
四、看板做得好的地方（保留）
- 分层结构清晰：经营结果→增长质量→主要风险→决策队列→转化漏斗→项目对比→渠道投放，汇报叙事完整
- 已有"指标治理"页（M-001 内容直接收入/数仓直接收入字段、M-002 DAU/有效活跃去重用户）——说明你已经在做口径管理，方向对
- 多项目/多地区/多渠道/多终端筛选齐全，且渠道投放有"建议加投/收缩"的决策化表达
- 风险提示存在（Meta ROI 低、留存未达标、转化下降）——不是只展示好看数字
一句话收尾：看板是"对的前台、错的后台口径引用"。先把 3 个 P0（付费率分母、D7 留存、漏斗事件）和数仓对齐定稿，其余标注口径来源，这份看板就能经得起总监追问。
说明：本对比基于 2026-08-15 读取的 dashboard-v902.html（展示层）与《CMS指标口径整理》（数仓 DML 实测 + 口径文档 v1.0）。看板部分数值为前端展示的演示/样例数据，实际口径以对接后为准；建议将本报告交数仓（李约斯）复核后归档。