面试提问：新业务的数据域划分怎么定？

问题

“公司刚收购了一个社区团购业务，数据还没人管过。老板让你把数仓的数据域划分定下来，你打算怎么定？依据是什么？”

新业务的数据域划分，核心矛盾不是全不全，而是能不能用最小的代价，支撑未来 3-6 个月业务最痛的看数需求。

第一步：先别划域，先画业务流

对方真正想听的是划分依据。依据不来自理论，来自对业务动作的抽象。

社区团购是一个典型的双边交易模型，核心链路是 商品组织 -> 流量分发 -> 交易转化 -> 履约交付。

所以不要上来就列交易域、用户域、商品域，先画业务流：

1. 采购/招商：买手/采购引入供应商，上架商品（SPU/SKU），定价，确定上架排期。
2. 团长/站外触达：BD拓展团长，团长建群，分享链接。
3. 用户浏览/下单：用户点击、加购、支付。
4. 仓配履约：供应商送货到中心仓 -> 分拣 -> 网格站 -> 团长自提点 -> 用户提货/售后。

结论先行：数据域的边界，应该长在业务流程的关键交接点上。

第二步：定域的三个核心原则（防撕逼指南）

先抛出原则，体现架构治理意识。

原则一：高频迭代域要窄，低频变更域要宽。新业务变化快，要把最折腾的地方隔离出来。比如社区团购里营销玩法天天变，秒杀、接龙、万人团。如果塞进交易域，交易域会爆炸。

原则二：按实体生命周期归属，不按部门职能归属。业务方会说：退款数据是客服部管的，应该划给客服域。——这是坑。退款是交易的逆向流程，必须归属交易域。

原则三：留出尚未发生的冗余。新业务三个月后可能要卖虚拟券、做自有品牌。现在的划分要能插进去新东西，而不是推翻重来。

第三步：具体落地方案

4+2结构。4个核心业务域，2个通用基础域。