总线矩阵的填写颗粒度
总线矩阵的行是业务过程，列是一致性维度，交叉格建议标注使用状态而不是简单的打勾：强依赖表示该过程必须包含这个维度，可选表示按场景引用，不使用则留空并注明理由。这样标注的价值在于评审时可被追问：新增业务过程先对齐已有维度列，确实需要新维度再走评审扩列。矩阵不是一次性文档，建议按季度复核一次使用状态，把已经明确不用的标注清理掉。
基本信息
| 行 | 业务过程，如下单、支付、发货 |
|---|---|
| 列 | 一致性维度，如日期、用户、门店、渠道 |
| 单元格 | 强依赖 / 可选 / 不使用，三种状态而非打勾 |
| 维护节奏 | 随新过程上线更新，季度复核一次 |
| 扩列门槛 | 新增维度列必须先评审一致性 |
典型使用场景
- 建模评审：按行逐过程检查维度覆盖，避免遗漏共享维度
- 新过程接入：先看已有列能否满足，减少不必要的新维度
- 一致性治理：某维度被多个过程标为强依赖时，优先纳入一致性维度清单
- 沟通工具：与业务方确认分析需要哪些维度切片，矩阵是最直观的载体
- 历史回溯：当某指标口径分歧时，回到矩阵确认该维度是否本就是强依赖
矩阵填写示例
矩阵填写示例
过程 \ 维度 日期 用户 门店 渠道 促销 # 列为一致性维度
下单 强 强 可选 强 可选 # 单元格标依赖强度
支付 强 强 不使用 强 可选 # 不使用要写明理由
发货 强 强 强 不使用 不使用
填写规则：强依赖 = 设计时必须包含；可选 = 按场景引用；不使用 = 留空并注明理由
扩列规则：多过程都要用的维度升为一致性维度列，仅单过程用的留在局部填写决策
| 情形 | 结论 | 理由 |
|---|---|---|
| 多过程都要用 | 升为一致性维度列 | 共享维度是对齐的基础 |
| 仅单过程使用 | 留在局部维度 | 避免矩阵被稀疏列撑大 |
| 口径有分歧 | 先拉齐再入矩阵 | 同名列不同口径比没有更糟 |
| 已确认不再使用 | 清理并注明 | 矩阵需反映现状而非历史 |
单元格如果全部标为强依赖，矩阵就失去指导意义：它既无法提示优先级，也不能暴露哪些维度其实只是局部需要。
矩阵里出现的每个维度都应当能在维表清单中对应到一张实际存在的维表；对不上的说明评审结论还没落地。