Dino English · 数据建设

Data foundation & delivery plan

数据建设现状与规划

不是从零建设，也不是简单增加几张表。当前重点是让数据准确可用，在此基础上补齐两条业务链路，并将统一经营看板与业务自助 AI Agent 取数建设为共享同一数据底座的产品。

当前基线：Tableau + 自研经营数据中心预览 推荐方向：BigQuery 底座统一服务看板与 Agent 排期基线：2026-08-24
01 · 管理会议提出的数据事项
打通关键业务数据补齐广告、Landing、CRM 可用来源与回刷依赖，并连接已有 App、归因和订单事实。
建设两类用户漏斗分别建设 App 安装用户漏斗与 CC 留资用户漏斗，不混用母群和时间视角。
建立跨系统身份关系验证 Lead—App—订单的确定性关联，公开覆盖率、冲突率和未关联比例。
形成整体经营总览按国家、获客链路和渠道查看期间规模、收入与效率，支持发现问题后下钻。
02 · 当前数据建设现状
1Tableau 当前已经展示什么
2两条业务链路分别卡在哪里
3底层资产建设和可信度如何

1. Tableau 当前已经展示什么

分析内容当前页面已有使用时需要注意
获客规模安装/激活、注册、安装注册率和部分渠道数据；广告消耗可从独立 Tableau 投放看板取得广告消耗尚未进入 BigQuery 认证链路；曝光、点击及衍生效率指标尚未完成数仓验证
产品转化体验进入、体验完课、付费等阶段数据发生日和同批用户视角需要分开使用
收入结果付费人数、订单/流水、毛收入及部分 ARPPU首购人数和毛收入仅统计确认成功、金额确认且为正的订单；退款、净收入未闭环
留存活跃已有留存和活跃相关看板活跃事件仍在调整，完整留存升级顺序待确认
分析维度当前页面已有日期、国家、平台和渠道；账户、Campaign、Ad set、Ad 在历史归因数据中已有字段新投放命名需完成新旧映射；广告消耗的 Tableau 聚合口径、账户覆盖和币种仍需验收，曝光与点击待数仓认证

2. 两条业务链路分别卡在哪里

已有基础 需补齐 待推进

In-App 链路

广告平台 → 归因安装 → App 注册/行为 → 服务端订单（含订单状态）。

需补齐
广告平台数据待推进
→
AppsFlyer 安装已有基础
→
App 注册 / 行为已有基础
→
服务端订单
（含订单状态）已有基础

当前断点广告消耗目前依赖 Tableau 聚合导出，尚未进入 BigQuery 认证链路；曝光和点击待数仓验收AppsFlyer 晚到数据的稳定回刷仍需验收

CC 链路

广告平台 → Landing Page → CRM / 销售过程 → App 注册/行为 → 服务端订单（含订单状态）。

待推进
广告平台数据待推进
→
Landing Page需补齐
→
CRM / 销售过程待推进
→
App 注册 / 行为已有基础
→
服务端订单
（含订单状态）已有基础

当前断点Landing Page 部分字段仍需修复CRM 数据和 Landing—App—订单身份关系尚未打通

3. 现有基础与待补齐事项

建设项当前情况需要做什么
来源与输入核心业务明细（DWD）已有基础 已有安装、注册、App 行为和服务端订单数据确认每天更新正常；退款数据另行补充
来源与输入广告平台数据部分可用 消耗可从 Tableau 聚合取得，但 BigQuery 当前消耗值不可替代；曝光、点击待数仓验证完成平台账户、币种、命名和日汇总对账，将消耗、曝光和点击进入认证链路
来源与输入Landing / Web 数据需补齐 已有事件和看板基础，部分字段仍需修复修复必要字段，并核对注册和支付结果
来源与输入CRM / 销售数据待推进 可用数据和用户关联方式尚不清楚先盘点能提供什么数据、怎样关联用户，再决定是否接入
关联与模型用户身份关联需补齐 App 内身份关系已有基础，Landing 留资与 App 账号尚未关联打通 Landing 留资、App 账号和订单
关联与模型现有汇总数据（DWS / ADS）需补齐 已有经营、漏斗、留存和 Tableau 使用的数据
业务产品Tableau「整体项目数据」需补齐 页面已经投入使用，部分数据仍需完善在副本验证新数据，准确稳定后再更新正式入口
业务产品自研经营数据中心已有预览 已有真实聚合数据、受保护预览和回滚版本，尚未完成业务验收与正式切换完成公司访问、核心指标同题对账和两个连续刷新周期验收
业务产品Agent 自助取数待推进 已有本地语义和只读查询基础，尚未形成可供业务使用的产品先开放一个认证主题，再验证受控查询、权限与拒答

当前数据血缘

当前图按非 _legacy 的 Tableau 消费表展示；表级关系已有只读证据，工作簿内部绑定、刷新与结果准确性仍需验收。

已有对象
业务来源
AppsFlyer安装与归因
用户 / 注册服务账号与注册结果
Firebase / GA4App 与 Web 行为
服务端订单订单、状态与金额
核心明细
安装与归因dwd_appsflyer_installs_di一行一次归因安装
注册与用户dim_user_df一行一个用户
App / Web 行为dwd_firebase_event_di一行一次行为事件
订单与收入dwd_order_di一行一个订单
App 内身份关联dwd_user_identity_map_di用户、设备、GA4 与 AppsFlyer 标识
现有加工与输出
经营与渠道dwd_ops_event_fact_di → ads_tableau_ops_fact_didwd_ops_event_ad_di → ads_tableau_ops_ad_di经营明细与归因维度
用户漏斗dwd_funnel_user_di → ads_tableau_funnel_user_di安装用户的转化节点
留存汇总dwd_retention_cohort_user_di → dws_retention_result_di → ads_tableau_retention_di现有留存分析数据
Tableau 消费
经营与渠道整体项目数据、渠道效果总览
产品转化产品链路分析
留存活跃留存数据看板
展开查看端到端采集与上报链路

补充展示 App、H5、Firebase / GA4、AppsFlyer、业务服务与 BigQuery 之间的数据流向。图中事件名称和上报方式仅作结构参考，正式口径以当前契约为准。

Dino English App 与 H5 从广告点击、客户端采集、服务端事件到 BigQuery 和 Tableau 的端到端数据流向图
展开查看具体表名与数据内容
数据表主要数据当前用途
de_dwd.dwd_appsflyer_installs_di安装时间、平台、安装国家、媒体、渠道、Campaign、AppsFlyer ID安装规模、安装归因和 App 安装用户漏斗母群
de_dwd.dim_user_df用户 ID、注册时间、用户类型、AppsFlyer ID 和用户属性注册人数、注册转化和用户—安装关系
de_dwd.dwd_firebase_event_di事件时间、事件名称、用户与设备标识、课程、页面和行为结果产品漏斗、体验课和 Landing Page 行为分析
de_dwd.dwd_order_di订单 ID、用户 ID、订单状态、首购/续费、确认金额和支付时间付费人数、订单数、首购和毛收入；不含完整退款事实
de_dwd.dwd_user_identity_map_diApp 用户、设备、GA4 与 AppsFlyer 标识关系辅助 App 内身份关联；尚不包含 Landing 留资用户
de_dws.dws_ops_metric_di
de_ads.ads_ops_dashboard_di		按日期和渠道汇总的运营人数与收入现有经营汇总；与 Tableau 明细链并存，现行表与 _legacy 历史表的保留边界待确认
de_ads.ads_tableau_ops_fact_di
de_ads.ads_tableau_ops_ad_di		Tableau 经营明细及归因/投放维度明细，不含尚未接入的广告消耗、曝光和点击旧看板对账参考，不直接作为新版可信底表
de_ads.ads_tableau_funnel_user_di安装用户级的漏斗节点复用结构思路；漏斗节点和体验口径需要升级
de_ads.ads_tableau_retention_diTableau 留存宽表现有留存分析；新版主留存视角仍需确认
03 · 两个大目标
01

统一可信的经营数据入口

以现有 Tableau 和已验证的自研经营数据中心为基础，形成统一可信、可解释、可追溯的经营数据入口。

02

可复用数据资产与 AI Agent 取数产品

打通关键系统，将用户行为、销售过程和交易结果沉淀为可信、可复用的数据资产，并建设业务自助 AI Agent 取数工具。

共同底座：核心计算与认证状态只维护一份。BigQuery 负责认证数据计算与查询审计，版本化语义登记统一维护指标、维度、时间、权限和可用状态；统一看板与 Agent 共同消费二者。Tableau 在迁移验收完成前保留作历史入口与对账基线。
04 · 建设内容拆解

4.1 · 共同数据基础

从标准明细建设可复用认证数据

绿色是当前已有基础，蓝色是本轮需要建设或升级；存在前置门槛的事项直接写在节点内。

已有基础 建设 / 升级
业务来源
AppsFlyer安装与归因
用户 / 注册服务
App 行为
服务端订单
Landing Page修复必要字段
广告平台接入消耗、曝光、点击
CRM / 销售过程字段、接口与历史数据验证通过后接入
标准明细
安装归因明细dwd_appsflyer_installs_di
注册用户明细dim_user_df
行为事件明细dwd_firebase_event_di
订单明细dwd_order_di
广告投放明细消耗、曝光、点击及广告层级
CRM / Lead 明细满足可行性门槛后接入
可复用认证数据统一计算 · 标准语义
统一看板 / Agent 共用
经营总览数据期间规模、付费、毛收入与效率分子分母
投放与获客数据花费、曝光、点击、归因安装及 D7 结果摘要
App 安装用户漏斗数据同批安装用户的注册、体验和首购结果
CC 留资用户漏斗数据身份门槛通过后，关联留资、App 行为和首购
统一用户身份关系关联安装、设备、App 账号和订单；验证通过后扩展 Landing 留资
使用入口
统一经营数据中心自研产品作为目标入口；Tableau 过渡保留
业务自助 Agent 取数从首个可信主题开始

三种数据看法

投放数据按广告实际发生日期，查看当天的消耗、曝光、点击和归因安装。
经营总览按所选日、周、月，查看整体业务规模、收入和总体效率。
用户漏斗按安装日或留资日分组，观察同一批用户在 D0–D7 的后续转化。
统一规则：所有页面使用 UTC+0 时间，周从周一开始、月按自然月；周、月人数和转化率按完整期间重新计算，不累加每日人数，也不平均每日转化率。
产品 / 开发展开：实施与质量规则
计算集中维护去重、金额、身份和同批用户转化在数仓统一计算；看板和 Agent 不分别实现一套。
主图合并、开发分层主图不区分 DWS 与 ADS；开发可按复用模型和消费接口分层，但指标口径只维护一份。
上游完成后再刷新下游等待上游数据完整，不只依赖固定时间运行。
先覆盖关键检查先检查数据是否按时、唯一、可关联且跨层一致，不先建设完整监控平台。

时间处理细则

保留源时间和广告账户时区，再统一转换为 UTC+0 stat_date；D0 为安装或留资当日，D7 在第 8 天 00:00 UTC 结束。国家当地日如确有需求，使用单独且明确标记时区的视图。

人数与比率细则

人数从用户粒度重新去重，或提供日、周、月预汇总；比率由相同粒度的分子分母重算，禁止累加每日 UV 或平均每日转化率。

身份关联原则

  • 优先使用显式 Lead ID、后端账号绑定和受控手机号哈希；App 内使用经验证的 AppsFlyer ID—user_id 关系。
  • 每条关系保留 match_method、来源证据、有效期、唯一性和冲突标记。
  • 设备标识仅在覆盖率和唯一性验收后使用；歧义匹配不自动合并。
  • 输出覆盖率、一对多冲突率、未关联比例，并遵守最小化使用与访问权限。

回刷与刷新依赖

  • 以“上游分区完整”作为下游触发条件；未完成分区不得发布。
  • 采用可重复执行的 MERGE 或分区替换，失败可从指定分区安全重跑。
  • 首期滚动回刷最近三天，并记录来源水位、处理分区、行数、状态和运行时间。
  • DWD 修正后，相关 DWS、ADS 与统一看板数据同步失效并重算，语义状态同步标记为不可用。
  • 积累晚到分布后按 P95 / P99 调整窗口；三天不是永久承诺。

发布前的最小质量闸门

  • 最新完整日期与分区水位可见；失败分区不会被标记为可用。
  • 唯一键、空主键、关键值域和 D0–D7 累计结果检查通过。
  • 身份 Join 覆盖率、冲突率和未关联比例可见并完成业务验收。
  • 按成熟日期、主要国家和渠道完成源数据 → DWD → 认证接口 → 统一看板对账。
  • 广告数据与平台原报表核对；Landing 注册和支付与后端事实核对。
  • 支付人数、订单和毛收入与服务端订单事实核对。
  • 真实 0、未接入、未成熟和不可计算分别表达。
  • 关键异常产生运行记录和责任角色通知；首期不建设独立完整质量平台。

4.2 · 统一经营数据入口

模块保持稳定，展示载体分阶段迁移

当前 Tableau 继续作为历史基线；自研经营数据中心使用同一认证数据逐模块验收。核心模块同题对账并连续验证两个刷新周期后，再切换正式入口。

经营总览
发现问题，不承载全部细节
投放问题App 转化CC 转化
投放获客 · 判断预算投向
App 安装用户漏斗 · 定位 App 流失
CC 留资用户漏斗 · 定位留资用户流失

1. 经营总览

期间经营大数：整体规模和结果怎么样？
  • 规模：广告消耗、安装/Lead、注册、体验进入、体验完课、付费人数。
  • 结果：付费成功订单、毛收入；首购用户成本与首购毛投产比在时间配对规则验收后开放。
  • 维度：时间、国家、获客链路、渠道；Campaign 作为下钻。
  • 支持日、周、月查看，人数按完整筛选范围重新去重。
  • 首期明确标注毛收入未扣退款。
边界：不重复铺设完整投放明细或用户漏斗；CC 未通过验收前不与 In-App 强行合并。

2. 投放获客

广告对象视角：钱花在哪里，哪个广告值得继续投？
  • 广告指标：消耗、曝光、点击、归因安装、CPM、CTR、CPC、CPI。
  • 下钻：媒体、代理、账户、Campaign、Ad set、Ad。
  • 结果摘要：D7 体验完课人数、D7 首购人数、D7 首购成功订单数；时间语义验收后再展示首购用户成本和首购毛投产比。
  • 支持从渠道或 Campaign 跳转到对应的 App 安装用户漏斗。
不再展示：注册至首购的完整阶段漏斗、完整 D0–D7 展开，以及另一套获客质量转化口径。
指标与时间门槛：首购用户成本 = 同一获客批次广告消耗 ÷ D7 首购人数；首购毛投产比 = 同批用户 D7 首购毛收入 ÷ 对应广告消耗，且未扣退款。两项指标必须按同一获客日期和冻结归因维度配对，不能用付费发生日收入直接除以投放日消耗。时区、币种和归因窗口经技术复核前，先展示分子分母及“待认证”状态。

3. App 安装用户漏斗

安装用户视角：同一批用户具体流失在哪一步？
  • 母群：AppsFlyer 首次、非重定向安装用户。
  • 路径：安装 → 注册 → 体验进入 → 体验完课 → Paywall → 首购。
  • 窗口：D0–D7 累计结果横向展示。
  • 完课：class_lesson_end + result='complete' + 8个lesson_id。
  • 支持成熟状态、平台、安装国家、媒体、Campaign 和安装版本。
  • 归因维度冻结在安装时；观察期未完成的用户批次不进入默认主转化率。
不展示：曝光、点击、CPM、CTR、CPC 等广告前链路指标。

4. CC 留资用户漏斗

留资用户视角：同一批留资用户后续如何进入 App 并完成转化？
  • 母群：在 Landing Page 留资且经业务确认有效的用户。
  • 路径：留资 → 体验进入 → 体验完课 → 首购。
  • 销售分配、触达、接通和预约作为辅助过程分析。
  • 支持 Lead 日期、国家、来源渠道及必要销售状态。
  • 同时展示身份覆盖率、冲突率和未关联比例。
发布门槛：CRM 来源与身份关系通过验证后建设；覆盖不足时仅发布留资侧过程监控，不发布为完整 CC 留资用户漏斗，也不发布留资 → 首购端到端转化率。
避免重复：投放获客只引用少量统一 D7 结果，完整阶段转化只在 App 安装用户漏斗展示。两处共享同一认证结果，不在展示层维护两套计算逻辑。App 安装用户与 CC 留资用户母群不同，继续保持独立。

4.3 · 业务自助 Agent 取数

从认证主题开始，而不是开放全部数仓

第一版先支持经营总览、投放获客、App 安装用户漏斗、毛收入和首购结果。CC、退款和净收入在数据认证完成后再开放。

自然语言问题
→
指标 / 维度白名单
→
语义解析与歧义确认
→
批准模板 / 语义编译
→
Dry-run 与扫描上限
→
只读执行与结果检查
→
解释、图表与审计

每次返回什么

  • 一句话结论。
  • 数据表和必要的简单图表。
  • 指标定义、时间视角、筛选和去重主体。
  • 数据截至时间与限制说明。
  • 当前结果导出。

受控查询边界

  • 只查询认证主题和批准维度。
  • 通过语义模型或批准模板生成查询，不根据字段名猜指标。
  • 执行前做 dry-run、扫描量上限和权限校验。
  • 歧义问题先确认再查询。
  • 无法可靠回答时明确拒绝。
  • 所有查询只读，保留问题、语义解析、查询与结果状态审计。

MVP 上线门槛

  • 上线测试前冻结 Golden Questions、期望结果/容差、拒答规则和验收 Owner。
  • 与统一看板同题对账按预设容差通过，差异按指标契约解释。
  • V1 仅返回聚合结果；权限、越权、扫描上限、拒答和歧义场景测试通过。
  • 业务试用能识别错误并回溯到指标版本和查询记录。
  • 通过后再选择飞书、网页或其他正式载体。
05 · 技术决策与两大目标执行计划

状态来自 2026-08-24 回读的 Lark 数据任务总表 · ✅ 任务拆解 及本项目已验证记录。方案决策时间由业务侧提供；开发日期是基于“一名数据产品、一名数仓开发、共享前端与 QA”的初步估算，每项均待对应技术 Owner 评估后才能写入正式承诺。方案决策晚于基线日期时，其下游开发同步顺延。

共同技术决策

先冻结入口、BigQuery 与 Agent 边界

已有自研产品证据 → 选择目标架构 → 冻结服务边界 → 再扩大建设

推荐待批准统一看板：自研经营数据中心

作为管理者和业务团队的目标入口；Tableau 先保留 3–6 个月用于历史查询、对账和回滚，只在核心模块验收、连续刷新和回滚演练通过后才下线，不按时间自动退出。

建议保留数据底座：继续使用 BigQuery

现有明细、认证计算和对账资产均在 BigQuery。迁移仓库没有直接业务收益，反而会放大重建与双口径成本。

推荐待批准访问链路：快照 / API，不让浏览器直查

看板优先读取版本化聚合快照和缓存；需要即时查询时，经托管查询网关访问 BigQuery，避免用户量直接放大扫描与并发。

推荐待批准Agent：受控语义查询服务

模型只负责理解问题和生成受控查询计划；指标、维度、权限、SQL 模板、扫描上限和审计由我们维护，模型供应商可替换。

编号需要确定的方案当前结论优先级开始时间结束时间方案交付物 / 决策点
S-01
看板		统一看板目标入口、Tableau 共存和退出方案推荐待批准自研经营数据中心为目标，Tableau 过渡P0由业务提供由业务提供目标用户、核心场景、维护责任、对账 / 回滚 / 退出门槛
S-02
数据		BigQuery 与快照、缓存、查询网关的服务边界推荐待批准保留 BigQuery；浏览器不直查P0由业务提供由业务提供刷新时效、下钻范围、延迟、扫描量、月度成本、失败回退和 RPO/RTO
S-03
Agent		Agent 语义、模型、编排、权限与审计方案推荐待批准受控语义查询＋模型适配层＋显式工作流P0由业务提供由业务提供Golden Questions、可查 / 拒答范围、模型评测维度、查询边界和模型替换策略
S-04
访问		公司身份、角色权限与对外访问方案需先实测Cloudflare Access 当前受账户 / 支付条件阻塞P0由业务提供由业务提供Cloudflare Access / 应用层登录 / 受保护反向代理三选一，冻结 IdP 与角色矩阵
S-05
承诺		产品规模、服务目标与团队投入待确认P0由业务提供由业务提供用户 / 并发、可用性、成本上限、数据产品 / 数仓 / 前端 / QA 投入和 Owner
S-06
CRM / CC		CRM 可用范围、Lead 身份方法和 CC Go / No-Go 方案PRD / 盘点中P1由业务提供由业务提供稳定 Lead 键、接口 / 历史数据、允许 match_method、覆盖 / 冲突门槛、样本窗和批准人
S-07
退款		退款事实、净收入和财务验收方案PRD 编写中P1由业务提供由业务提供权威退款源、状态映射、金额 / 币种、退款归因日期和财务验收人
S-08
留存		活跃 / 回访事件、历史兼容和三类留存升级范围部分待统一P1由业务提供由业务提供正式活跃事件、旧数据处理、安装 / 注册 / 付费留存的本轮范围和回算边界
技术选项对比（产品 / 开发展开）
决策可选方案推荐不选其他方案的当前原因重新评估触发条件
数据仓库保留 BigQuery / 迁移到其他仓库保留 BigQuery当前明细、认证计算、历史对账和团队经验都已沉淀在 BigQuery；迁移不解决口径与身份问题。成本、并发或区域合规持续超过预设上限，且优化仍无法满足。
统一看板Tableau / 开源 BI / 自研业务数据产品自研为目标，Tableau 过渡需要统一固定看板、受控下钻、数据状态和 Agent 入口；已有经营数据中心预览可继续演进。业务试用不通过，或维护成本明显高于成熟 BI 许可与定制成本。
看板访问数据浏览器直查 / 定时快照 / 快照＋查询网关快照＋查询网关快照承担高频页面，网关承担有权限的新鲜数据和下钻；不把 BigQuery 权限和扫描成本暴露给浏览器。实际时效要求超出快照刷新能力，或受控下钻占比显著上升。
Agent 查询固定 FAQ / 开放 text-to-SQL / 受控语义查询受控语义查询固定 FAQ 无法支持组合问题；开放 text-to-SQL 容易越权、误解指标并放大扫描。语义白名单和批准模板更符合当前可信边界。Golden Questions 准确率、拒答率或任务完成时间不达标。
Agent 模型 / 编排锁定单一模型与重框架 / 模型适配层＋显式工作流适配层＋显式工作流首期流程固定，不需要为了框架而增加运行复杂度；模型以 Golden Questions 上的准确性、延迟和成本选型，不在评测前指定唯一供应商。出现多轮复杂工具协作、长任务状态或上下文编排需求。
业务来源广告 / AppsFlyer / App / Landing / CRM / 订单
→
BigQuery 认证数据DWD / 复用模型 / 消费接口
→
版本化语义与权限指标 / 维度 / 时间 / 可用状态 / 访问范围
→
服务层预聚合快照、缓存、只读查询网关、审计
→
统一产品经营数据中心 + Agent；Tableau 过渡保留
规模判断：业务用户增加首先影响页面/API 并发，而不是要求替换 BigQuery。看板用 CDN 与聚合快照吸收大多数访问；Agent 通过队列、缓存、每用户限流、查询超时和最大扫描量控制。查询网关建议优先部署在 GCP 托管服务（如 Cloud Run），前端继续使用 Cloudflare Pages。Cloudflare Access 当前受账户权限和支付方式阻塞，正式切换前必须实测公司 IdP；若仍不可用，则在应用层登录与受保护反向代理中二选一，不把共享 Basic Auth 当作正式方案。
P0 决策与可信度阻塞项，正式切换前必须完成 P1 核心产品能力，本轮主路径完成 P2 条件式扩展，前置门槛通过后建设

开发预估里程碑：以下日历假设 S-01～S-05 不晚于 08-28 完成方案冻结；全部日期仍待技术 Owner 评估。方案日期由业务侧补充，延迟时后续里程碑顺延。

关键来源与语义骨架
核心认证主题候选版
统一看板业务切换候选
Agent MVP 候选版
Agent 业务试用结论
编号开发事项当前状态优先级预估开始
待评估		预估结束
待评估		依赖 / 验收门槛
T-01
服务		实现版本化聚合快照、缓存、失败回退与刷新状态接口部分具备工期待技术评估；经营数据中心已有静态聚合与懒加载基础P008-3109-11S-02 冻结；刷新时效、快照契约、失败保留与数据截至时间通过测试
T-02
访问		实现选定的公司身份、角色权限、限流、日志与容量基线待技术评估当前共享密码仅为临时门禁P009-1409-25S-04 实测并选型、S-05 冻结角色和预估并发；未通过则阻断正式切换
T-03
迁移		实现 Tableau 并行对账、入口切换与回滚演练待技术评估P110-0510-16S-01；G1-10 已形成可部署候选版但尚未切换正式入口；核心指标同题对账、连续两个刷新周期和回滚演练通过
目标一

统一可信的经营数据入口

来源可信 → 稳定刷新与关联 → 认证数据 → 自研看板 → Tableau 过渡退出

编号开发事项当前状态优先级预估开始
待评估		预估结束
待评估		依赖 / 验收门槛
G1-01
广告		将广告消耗、曝光、点击接入 BigQuery 认证链；验收账户覆盖、新旧命名、币种与平台原表开发 / 验收中广告消耗当前可由 Tableau 聚合取得；完整广告事实链仍待认证P008-2409-04平台账户权限、原报表和命名规范可用；消耗、曝光、点击按日与平台原表对账
G1-02A
归因		完成 restricted 剩余排查、修正与真实样本验收排查中P009-0709-11AppsFlyer 配置、平台归因窗口、受限样本和业务 Owner 结论
G1-02B
SKAN		SKAN 配置、数据接入与归因结果验收未开始P009-1409-25iOS 版本、AppsFlyer / 广告平台配置、归因窗口及真实转化样本
G1-03
Landing		完成 Landing 剩余字段修复、广告对象参数和看板验收验收 / 开发中H5 规范与广告参数验收中；完整身份扩展不在本项P009-0709-11H5 埋点规范、前后端上报、服务端注册与订单事实完成抽样对账
G1-04
刷新		三天滚动回刷验收，并补 freshness、分区水位、失败重跑和通知基础已完成三天回刷于 08-24 完成；监控与退出证据仍需补齐P008-2108-28上游完整分区、幂等任务、运行日志和责任角色
G1-05
认证		经营总览、投放与 App 安装用户 D0–D7 主题完成跨层认证预览待验收自研经营数据中心已有真实聚合与受保护预览P009-2110-02G1-01、G1-04、G1-06；UTC+0、冻结维度、订单事实和成熟日期跨层对账通过。Landing 不阻塞 In-App 主题
G1-06
App 身份		安装、设备、App 账号与订单的最小身份关系验收已有基础正式生产覆盖、冲突和有效期尚未统一验收P009-1409-18显式 ID 关系、覆盖率 / 冲突率、有效期、隐私与一对多处置通过；Lead 身份不混入本项
G1-07
CRM		按批准方案完成 CRM 只读接入、历史盘点和真实 Lead—App—订单样本验证待方案后评估开发工期待 CRM 接口与样本规模评估P110-1910-30S-06 批准，CRM 权限 / Owner 到位，稳定键、API / 导出和历史数据可用
G1-08
交易		实现退款事实、净收入、退款后流水及相关展示字段待方案后评估当前 PRD 编写中P110-0510-16S-07 批准；服务端 / 支付渠道退款事实、平台状态映射和财务验收可执行
G1-09
留存		按批准口径实现活跃 / 回访事件验收与安装留存模型升级部分开发中回访事件已修复；完整开发工期待 S-08 后评估P110-1910-30S-08 批准、新事件验收、G1-06 App 身份和历史回算规则通过
G1-10
产品		统一经营数据中心正式候选、公司访问与 Tableau 并行验收受保护预览不是从零开发；后续工期待前端 / QA 评估P109-2110-16可并行使用 G1-05 接口候选开发；正式切换必须等 T-02、T-03、G1-05、同题对账与两个刷新周期通过
G1-11
CC		基于 G1-07 已接入数据，建设 Lead 身份扩展与 CC 留资用户漏斗条件式待推进CC 看板未开始；CRM 第三期未开始P211-0211-20G1-07 可行性通过后，单独验收 Lead 身份覆盖、冲突与 match_method；未通过则不建设端到端转化率
目标二

可复用数据资产与 Agent 取数产品

业务问题与权限 → 标准语义 → 认证主题 → 受控查询 → Agent MVP → 业务验收

编号开发事项当前状态优先级预估开始
待评估		预估结束
待评估		依赖 / 验收门槛
G2-01
场景契约		将批准的 Golden Questions、使用人、角色权限和拒答边界固化为测试契约待方案后评估需求池未单列P008-3109-04S-03 批准；冻结期望结果 / 容差 / 拒答 / 权限用例和验收人
G2-02
语义		实现指标字典、维度白名单、时间 / 去重 / 来源 / 权限语义登记技术基础已有完整工期待技术评估；Lark 指标字典未开始P008-3109-11S-03、G2-01；复用目标一已确认口径，不按字段名猜指标
G2-03
首个主题		稳定第一个 Agent 认证主题：经营总览候选已有经营数据中心已有快照，尚未作为 Agent 正式主题P010-0510-09G2-01、G2-02、G1-05；粒度、版本、可信状态和权限可追溯
G2-03B
第二主题		将 App 安装用户漏斗作为第二个认证主题待技术评估P210-1210-16首个主题验收通过；G1-05 的 D0–D7 成熟状态、冻结维度和权限可用
G2-04
网关		实现只读查询网关、批准模板编译、执行前扫描估算、扫描上限、缓存与审计待技术评估当前只有人工只读查询和本地自动化能力P110-1210-23T-01、T-02、G2-03；BigQuery 最小权限服务身份与失败关闭测试
G2-05
Agent		Agent MVP：问题理解、歧义确认、结果解释、表图输出和拒答待技术评估P110-2611-06G2-04；模型适配层、提示词版本和结果质量检查通过
G2-06
验收		Golden Questions 同题对账、权限 / 拒答测试与业务试用待技术评估P111-0911-13G2-05；按测试前冻结的期望值、容差和失败判定出具验收结论
G2-07
运营		并发压测、限流 / 队列、成本告警、缓存命中与模型 / 查询审计待技术评估P211-0911-20S-05 容量目标与真实试用量；先设容量上限，再逐步扩大使用人群

补充说明与证据

主页面保持紧凑，技术细节仍可追溯

以下内容用于解释现状判断和规划取舍，不在主叙事反复展开。

现行 V1 契约与本规划的处置建议（需 Owner 批准）

本 HTML 是规划建议，不自动取代当前数仓交接工作簿。开发排期前必须形成批准记录并同步更新 V1 / V1.1。

已确认变更：统一统计时区为 UTC+0。V1 / V1.1 中仍按 UTC+8 标注的日期、周期和 D0–D7 字段，开发前必须同步修订并使用跨 UTC 日界线样本对账。

V1 逻辑接口建议处置本轮关系仍需确认契约动作
投放日继续目标一 G1-01 / G1-05 / G1-10广告来源、汇率、账户映射保留并由数仓回填实现
安装用户 D0–D7 漏斗继续App 安装用户漏斗核心Paywall / checkout 技术覆盖保留并完成认证
产品行为日漏斗继续作为基础接口支撑经营大数和产品诊断是否需要独立产品页面接口不因页面精简而取消
体验课课程明细继续作为诊断接口支撑 8 节课完课口径页面优先级保留口径；展示可后排
正式课学习是否纳入主路径待确认当前未进入四个核心分析模块业务 Owner 的范围决定决定前仍视为 V1 有效范围
同批用户留存现有能力继续；完整升级待确认对应目标一 G1-09活跃事件与三类留存范围根据范围决定更新主路径或候选需求
交易收入日毛实付继续；净收入扩展毛收入与首购结果核心退款事实与归因拆分已可做与 blocked 字段
数据质量状态最低规则继续作为发布闸门，不先做独立平台任务日志和告警载体保留验收；延后独立产品化

V1.1 候选扩展：acquisition_path_type、Landing/CRM 来源状态、Lead—App—订单身份质量、CC 留资用户漏斗、国家 × 链路 × 渠道经营汇总。

其他候选需求（2026-10-09 统一复审是否排期）

以下事项不属于本轮承诺范围，不虚构完成日期；统一在 2026-10-09 结合主路径进度、团队容量和业务价值决定是否进入下一轮。涉及 V1 的项目须先完成上方契约处置。

  • 正式课学习专题。
  • 完整安装/注册/付费三类留存体系。
  • 独立质量状态产品和完整自动监控平台；最低发布质量规则不后置。
  • 完整 CRM 数据域。
  • 净投产比；退款和净收入已在目标一 G1-08 中跟进。
  • 独立 KOL/KOC 模型、预算门禁和目标计划模型。
已收敛的展示与实现假设
  • 不再把“8 张 DWS＋7 个 ADS”作为固定实施数量；当前采用逻辑数据需求，由数仓决定物理实现。
  • 早期六个页面是完整蓝图，不是当前必须一次性交付的页面清单。
  • 经营总览首期使用明确标注的毛收入，不等待净收入闭环。
  • 正式课学习、完整三类留存和独立质量产品是否进入主路径待确认，涉及 V1 时需同步契约处置。
  • 投放获客不再重复完整的 App 安装用户漏斗。
业界做法校准与本项目取舍
  • 统一语义层：采用“指标定义一次、多消费端复用”的原则；当前不强制引入特定商业产品。
  • 数据感知编排：采用“上游资产完成再触发下游”的原则；具体编排工具由数仓选择。
  • Tableau 认证数据源：正式入口应展示认证状态、负责人和说明，而不是仅看页面有数字。
  • 增量数据质量检查：首期采用关键规则和分区级检查；暂不建设完整独立可观测平台。
  • BigQuery 成本控制：Agent 查询执行前使用 dry-run 和 maximum bytes billed；页面访问不直接触发自由扫描。
  • BigQuery BI Engine：仅在聚合接口仍无法满足交互性能时评估，不作为首期前置采购。
  • Cloud Run 自动扩缩：查询网关可按并发扩缩，并用最大实例数保护 BigQuery 和成本。
  • Cloudflare Access：扩大到公司用户前使用身份感知访问控制，替代共享密码。
主要证据来源
  • 项目记忆：当前事实、决策、优先级和已知风险
  • 管理需求的数据建设提炼
  • 现有「整体项目数据」优化规格
  • 指标、来源、主题和现有表映射
  • 正式逻辑数据需求与验收工作簿
  • Lark 数据任务总表
  • 历史对话：019ff3e4-ee53-7f90-b289-6dca07098387、01a00964-7249-7143-89b3-accabdffd291