交易域总线矩阵案例
以交易域六个业务过程（下单、支付、发货、签收、退款、售后）为行，五个一致性维度（日期、用户、商品、门店、渠道）为列，编制总线矩阵，用 y 标记某个过程是否使用某个维度。矩阵有两个作用：一是说明哪些维度必须做成跨过程共享的一致性维度，二是决定实施顺序——共享维度先行，再按高频过程到长尾过程分批上线。
基本信息
| 行 | 六个业务过程，来自业务访谈产出 |
|---|---|
| 列 | 五个候选一致性维度 |
| 顺序 | 一致性维度 → 高频过程 → 长尾过程 |
| 用途 | 确定维度共享范围与建设批次 |
| 变更 | 新过程接入时先更新矩阵与维度使用声明 |
典型使用场景
- 项目启动：用矩阵界定范围，避免过程漏做或重复建设
- 维度治理：标出被三个以上过程使用的维度，优先做成公共维度
- 批次排期：高频过程优先上线，长尾过程跟在后面
- 接口对齐：与业务方确认每个过程到底用哪些维度，减少后期返工
- 成本评估：维度使用越密集，建维度的一致性要求越高，需提前评估
- 上线检查：矩阵中标记 y 的组合必须在事实表里真实可关联
总线矩阵
总线矩阵
过程\维度 日期 用户 商品 门店 渠道
下单 y y y y y
支付 y y - y y
发货 y - y y y
签收 y - y y -
退款 y y y - y
售后 y y y - -
-- 阅读方式：某列为 y 的过程都要挂这个维度
-- 门店只被下单、支付、发货使用，仍建议做成一致性维度实施批次
| 批次 | 内容 | 准入条件 |
|---|---|---|
| 第 1 批 | 日期、用户、商品三个维度 | 口径评审通过，负责人明确 |
| 第 2 批 | 下单与支付两个高频过程 | 一致性维度已可用 |
| 第 3 批 | 发货与签收 | 前两批对账通过 |
| 第 4 批 | 退款与售后 | 负向事实口径与净额算法确认 |
矩阵评审通过后再动手建表；新过程接入时先更新矩阵与维度使用声明。矩阵还有一个隐性价值：它把「这个维度要不要做成公共维度」从争论变成可查的事实——被多个过程使用的维度自然必须共享，只有一个过程使用的才允许私有。