文章
业务域划分五步实操法
“业务域划分”是整个数仓建模和数据治理的起点，如果划分不清，后续建模会混乱、治理会失效、业务用起来也会“找不到、对不上、不敢信”。
基于您所有文档（尤其是《数仓建模落地实施流程方案》《团队建模规范》《大数据数仓建模体系》），为您提炼出一套 “5步实操法”，并配套模板和示例，确保新人也能快速上手。
🧭 业务域划分五步实操法（小白友好版）
✅ 第1步：明确分析主题（问业务要“3个核心问题”）
目标：搞清楚“业务到底想用数据做什么？”
操作：与业务方（销售、运营、产品等）开会，问清楚以下3个问题：
| 问题 | 目的 | 示例 |
|---|---|---|
| 1. 您最常分析哪几类主体？ | 识别核心实体 | 企业、联系人、专利 |
| 2. 您最关心哪些分析维度？ | 识别分析主题 | 企业资质、客户触达、资源匹配 |
| 3. 您最近一次导出/报表是做什么用的？ | 识别典型场景 | “导出高潜企业清单给销售跟进” |
📌 交付物：《分析主题清单.md》
示例：
## 1. 企业资质评估
- 主体：企业
- 关注点：专利数量、软著、注册资本、是否高企
- 典型场景：资质打分、区域分布、行业对比
## 2. 客户触达
- 主体：联系人
- 关注点：联系方式有效性、来源渠道、标签
- 典型场景：销售外呼、短信触达、公海分配
## 3. 资源匹配
- 主体：企业+联系人
- 关注点：是否已领取、是否已签约、服务记录
- 典型场景：资源分配、服务跟进✅ 第2步：按“主体+主题”初步划分业务域
原则：一个业务域 = 一个核心主体 + 一组紧密相关的分析主题
操作：将第1步的输出，按主体归类：
| 主体 | 相关主题 | 初步业务域 |
|---|---|---|
| 企业 | 资质评估、资源状态 | 企业资质与资源域 |
| 联系人 | 触达方式、标签、来源 | 客户触达域 |
| 专利/软著 | 数量、类型、状态 | 知识产权域 |
⚠️ 避坑指南（来自《建模规范》）：
- ❌ 不要按“系统”划分（如CRM域、ERP域）→ 会导致跨系统数据割裂
- ✅ 要按“业务视角”划分（如“客户”“企业”）→ 保证口径统一
✅ 第3步：检查字段归属（用《ODS字段清单.xlsx》反向验证）
目标：确保每个字段都能清晰归属到某个业务域，避免“两头沾”或“无家可归”。
操作：
- 导出所有 ODS 表字段（字段名、业务含义、示例值）
- 对每个字段问：“这个字段主要服务于哪个分析主题？”
示例：
| 字段（ODS） | 业务含义 | 应归属域 | 理由 |
|---|---|---|---|
company_name | 企业名称 | 企业资质域 | 所有分析都需企业名称 |
phone | 联系电话 | 客户触达域 | 用于外呼、短信 |
patent_count | 专利数量 | 企业资质域 | 资质评估核心指标 |
is_claimed | 是否已领取 | 资源匹配域 | 决定是否分配给销售 |
📌 交付物：在《ODS字段清单.xlsx》中增加一列 “建议归属业务域”
✅ 第4步：划定域边界（明确“包含/不包含”）
目的：防止业务域膨胀，避免职责不清。
操作：为每个业务域写清楚 “包含什么，不包含什么”
📌 模板（来自《数仓建模落地实施流程方案》）：
## 1. 企业资质评估域
- **包含**：企业基础信息、专利、软著、注册资本、高企状态
- **不包含**：联系人信息、联系方式、销售跟进记录
## 2. 客户触达域
- **包含**：联系人姓名、联系方式、来源渠道、有效性标签
- **不包含**：企业资质字段、专利信息💡 技巧：如果一个字段在多个域都有用（如 company_id），以“主用途”为准，其他域通过 JOIN 获取。
✅ 第5步：评审与确认（业务签字！）
操作：
- 将《业务域划分清单》发给各业务负责人
- 组织15分钟快速评审会
- 必须获得业务签字确认（邮件/文档评论均可）
📌 为什么必须签字？
- 避免后期扯皮：“这个字段怎么没给我？”
- 确保建模时“有据可依”，新人不会乱建表
📎 附：业务域划分清单模板（可直接套用）
# 业务域划分清单（v1.0）
## 1. 企业资质评估域
- **核心主体**：企业
- **包含字段**：company_name, patent_count, registered_capital, is_high_tech
- **不包含**：联系人、联系方式、销售状态
- **典型DWD表**：dwd_company_base_full
- **业务确认人**：张三（资质评估负责人）
## 2. 客户触达域
- **核心主体**：联系人
- **包含字段**：contact_name, phone, email, source_codes, is_valid
- **不包含**：企业专利、注册资本
- **典型DWD表**：dwd_contact_channel_full
- **业务确认人**：李四（销售运营负责人）
## 3. 资源匹配域
- **核心主体**：企业+联系人
- **包含字段**：is_claimed, claimed_time, service_records
- **不包含**：专利详情、联系方式原始值
- **典型DWD表**：dwd_resource_allocation_full
- **业务确认人**：王五（资源管理负责人）✅ 总结：小白也能做对业务域划分的关键
| 关键点 | 您已有支撑 |
|---|---|
| 从业务出发，而非系统 | 《建模流程方案》阶段1强调“拉通业务方” |
| 按主体+主题划分 | 《大数据数仓建模体系》明确“面向核心实体” |
| 字段归属清晰 | 《DWD字段筛选清单.xlsx》天然支持按域筛选 |
| 边界明确 | 《建模规范》禁止“一个表打天下” |
| 业务确认 | 《DWD七步法 Checklist》要求“业务签字确认” |
💡 记住口诀：
先问业务要主题，再按主体划领域；
字段归属要清晰，边界写明不含糊；
业务签字是底线，建模治理不迷路！