OneData 方法论要点
OneData 强调“一致性”：统一命名与口径、统一维度与指标定义，按 ODS 到 ADS 分层建设公共层，指标以原子指标加修饰词的方式沉淀（原子指标加统计周期与业务限定即派生指标）。它的目标不是多建几张表，而是让同一个业务含义在全公司只有一处定义，减少重复加工与口径分裂。落地抓手在组织与流程：公共维度与编码统一、明细按业务过程收敛、指标字典与口径评审、命名规范与元数据登记。
基本信息
| 核心 | 一致性、公共层复用、指标口径统一 |
|---|---|
| 分层 | ODS、DWD、DWS、ADS 四层 |
| 指标体系 | 原子指标加修饰词构成派生指标，可运算得到衍生指标 |
| 落地抓手 | 维度与编码统一、指标字典、口径评审、命名规范 |
| 组织保障 | 责任到人，变更走评审 |
典型使用场景
- 多业务线共用指标时统一口径，避免同名指标算法不同
- 新建主题域时先检查能否复用既有公共维度与原子指标
- 指标字典建设：把散落在报表 SQL 里的算法收敛成定义
- 命名规范落地：表名与字段名表达分层、主题域与周期
- 新人培训：用公共层与指标字典替代口头传承
落地抓手
落地抓手
1. 建公共维度与一致性编码（地区、类目、渠道、门店）
2. 明细按业务过程收敛（一个业务过程一张明细表）
3. 汇总层沉淀可复用宽表，避免每个报表各扫明细
4. 指标字典与口径评审例会：新增指标先定义再开发
5. 命名规范与元数据登记：表上线即完成登记
6. 变更流程：公共层字段与口径调整必须通知下游并记录常见落地障碍
| 障碍 | 表现 | 应对 |
|---|---|---|
| 目标不清 | 只分层不改口径 | 先定公共层与指标字典 |
| 流程缺失 | 规范写一次无人更新 | 纳入评审与发布流程 |
| 权责不清 | 公共层无人维护 | 指定负责人与值班 |
| 工具先行 | 买了平台没有方法 | 先定口径再上工具 |
方法论落地的关键在组织与流程（评审、字典、责任），工具只是承载；只搬分层结构而不统一口径，仍然是各建各的。
规范一次性制定后不再评审更新，半年后就会与实现脱节，最后被所有人绕开，反而增加了沟通成本。
公共层要先解决最痛的两三件事（例如支付金额与活跃用户口径），拿实际收益换取团队支持，比一开始就追求全面覆盖更容易推进。