1. 从业务需求中识别核心子域与支撑子域
采购审批场景中的子域识别
子域划分不是按组织架构或系统模块切分，而是从业务能力出发，判断哪些能力直接构成企业竞争力、哪些能力支撑核心业务运转、哪些能力可以采购或复用。以企业采购审批为例，先梳理完整业务能力清单，再逐项判断其战略价值与差异化程度。
划分依据三问：
- 该能力是否直接影响企业的采购成本、合规风险或供应商议价能力？
- 该能力是否具有行业独特性，竞争对手难以快速复制？
- 该能力是否可以通过采购标准软件、外包或复用现有平台满足？
下表给出采购审批场景的能力清单与子域判定结果。判定时需注意：同一业务部门可能同时承载核心域与支撑域能力，子域边界由能力性质决定，而非由部门归属决定。
| 业务能力 | 战略价值 | 差异化程度 | 可替代性 | 子域类型 |
|---|---|---|---|---|
| 供应商分级与准入评估 | 高 | 高（自有评估模型） | 低 | 核心域 |
| 采购需求归集与预算校验 | 高 | 中 | 中 | 核心域 |
| 审批流引擎与规则配置 | 中 | 低 | 高（可用通用工作流） | 支撑域 |
| 采购订单生成与跟踪 | 中 | 低 | 中 | 支撑域 |
| 合同模板与电子签章 | 低 | 低 | 高（可采购SaaS） | 通用域 |
| 发票校验与三单匹配 | 低 | 低 | 高（财务系统标准功能） | 通用域 |
划分结果对后续建模的影响体现在三个方面：核心域应投入最强建模资源，采用领域驱动设计进行深度建模，允许模型复杂但必须精确表达业务规则；支撑域可适度简化模型，优先考虑复用成熟组件；通用域直接采购或集成标准产品，不自行建模。下图展示三个子域在采购审批链路中的位置与建模投入分配。
完成划分后，需将结果与团队沟通并达成一致。核心域的能力清单应作为后续限界上下文划分的输入，支撑域和通用域则标记为可复用或可采购范围，避免在后续建模中投入不成比例的精力。
验证划分是否合理：如果核心域能力被外包或采购标准产品替代后，企业采购成本或合规水平没有明显下降，说明该能力可能被高估为核心域；反之，如果支撑域能力被移除后核心业务无法运转，则需重新评估其定位。