📚 课程目录第2章业务对齐原则

业务对齐原则：业务术语统一、业务规则映射、数据粒度对齐

业务对齐，说白了就是让技术团队和业务部门说同一种语言。我见过太多项目，数据团队埋头做了三个月，交付时业务方却说“这不是我要的”。问题出在哪？出在从一开始就没对齐。

这一章我们聚焦三个核心原则：业务术语统一、业务规则映射、数据粒度对齐。这三件事做好了，数据契约才算真正落地。

先讲个真实案例。我之前参与过一个零售项目，业务方说“日活用户”，运营部门理解的是“当天登录过APP的用户”，市场部理解的是“当天有过浏览行为的用户”，而数据团队统计的是“当天有订单的用户”。你看，同一个词，三种解释。最后报表对不上，互相甩锅。

业务术语统一，就是要建立一本术语词典。每个术语只能有一个定义，每个定义只能对应一个术语。

术语词典的核心要素：

举个例子：

我的习惯：术语词典一定要让业务方签字确认。别怕麻烦，这一步省了，后面全是坑。我曾经因为一个“订单金额”的定义没对齐，导致财务对账差了200万，查了整整一周。

业务规则映射，就是把业务方口中的“如果…那么…”翻译成数据系统能执行的逻辑。这步做不好，数据契约就是一张废纸。

我遇到过最典型的场景：业务方说“我们要统计高价值用户”。我问“什么是高价值用户？”对方说“就是那些经常买东西的”。你看，这种模糊描述没法落地。

业务规则映射需要做到可量化、可验证、可执行。具体分三步：

来看一个实际例子：

业务规则（自然语言）：

“高价值用户是指过去30天内购买次数≥3次，且累计消费金额≥5000元的用户。如果用户是VIP会员，则门槛降为购买次数≥2次，金额≥3000元。”

映射后的数据规则（伪代码）：

IF 用户类型 = 'VIP' THEN
    高价值用户 = (近30天购买次数 >= 2) AND (近30天累计金额 >= 3000)
ELSE
    高价值用户 = (近30天购买次数 >= 3) AND (近30天累计金额 >= 5000)
END IF

注意：业务规则映射最容易出问题的地方是“隐含条件”。比如“近30天”是指自然日还是滚动窗口？“购买次数”包含退款订单吗？这些细节必须在映射时明确，否则上线后必出幺蛾子。

数据粒度，就是一行数据代表什么。这是数据契约里最容易忽略、也最容易出问题的地方。

举个例子：订单表里一行是一个订单，还是订单中的一个商品？如果是前者，那“订单金额”就是整单金额；如果是后者，那“订单金额”需要按商品分摊。这两种粒度算出来的汇总数据完全不同。

数据粒度对齐要关注三个维度：

我习惯用一张表来对齐粒度：

避坑指南：我曾经接手过一个项目，数据团队和业务方对“用户”的理解差了十万八千里。数据团队认为一个设备ID就是一个用户，业务方认为一个手机号就是一个用户。结果用户数统计差了30%。最后我们不得不加了一层“用户映射表”，才把粒度对齐。

这三个原则不是孤立的。术语统一是基础，规则映射是桥梁，粒度对齐是保障。少了任何一个，数据契约都会变形。

下面这张图展示了它们之间的关系：

说了这么多，你可能想问：我手头项目很紧，从哪开始对齐？

我的建议是：先抓最痛的点。哪个指标业务方天天看、天天吵？就从那个指标开始。把它的术语定义清楚，规则映射出来，粒度确认好。一个点打通了，后面就顺了。

快速启动清单：

记住，业务对齐不是一次性工作。业务会变，规则会变，粒度也可能调整。数据契约要跟着迭代，但核心原则不变：说清楚、写明白、对齐了再动手。