2.3 子域划分：核心域支撑域与通用域

2.3 子域划分：核心域支撑域与通用域

本节摘要：子域（Subdomain）是业务本身的切分，回答"业务由哪几块构成、哪块值得投入"；它和 2.2 的限界上下文一个属于问题空间、一个属于解空间，不能混用。本节给出核心域、支撑域、通用域三域的判据，一套四步测绘法，以及青柚商城"推荐误判为核心域"与"退款升格为核心域"两个真实案例——投入分级错的代价是真金白银。

两个空间，别再混

先把最常见的一锅端拆掉。业务世界先于软件存在：电商业务天然含交易、营销、仓储、客服、财务，无论你写不写代码，这些块都在那里运转。这个"业务本来由什么构成"的世界叫问题空间，对它的切分就是子域。而限界上下文是你为软件画出的模型边界，属于"你打算怎么建"的解空间。理想情况下两者一一对应，但现实常常不对应：一个子域可能要两个上下文承载（历史遗留系统还没吞并），一个上下文也可能横跨两个子域（合并期）。子域是发现出来的，上下文是设计出来的——发现靠对业务提问，设计靠对模型权衡，两套动作、两套判据。

为什么要费劲切子域？因为组织中最稀缺的不是技术方案，是投入的判断：最贵的架构师、最严格的评审、最完整的建模流程，应该花在业务的哪个部位？三域划分就是这个投入分级的尺子。

三域判据

判据的钥匙是那个"别人赚不到"：核心域的检验从来不是"这块重不重要"——支撑域缺了照样致命——而是"这块业务里沉淀的知识，是不是对手抄不走的"。青柚商城的客服工单流转很重要，但任何电商的工单都长一个样，它是通用域边缘的支撑域；而"满减、券、积分怎么叠加"这团规则，是青柚在价格战里活下来的本事，它就是核心域，没有争议。

真正容易错判的是两边：把通用域当核心域养，把核心域当支撑域养。青柚商城恰好各犯过一次。

两个错判案例

案例一：把推荐当核心域，养了半年才发现养错了。 复盘会后做投入规划时，算法团队主张"个性化推荐是核心域"——听上去很合理，大厂都这么讲。按核心域待遇配了建模流程：领域专家深访、事件风暴、完整的聚合设计。半年后复盘投入产出，发现两件事实：其一，青柚的推荐效果主要取决于数据量和模型调参，业内现成的推荐中台方案已经够用，规则层面没有沉淀出任何对手抄不走的东西；其二，真正让青柚在校园市场站稳的"学生认证与专属价"规则，一直挤在营销系统的角落里没人伺候。结论修正：推荐降级为通用域，接中台方案；省下的人力转向认证与定价规则。这次错判的学费换来一条判据：核心域看的是知识独特性，不是技术炫度——越像"算法问题"的域，越要警惕它其实是通用域。

案例二：退款从支撑域升格为核心域的信号识别。 退款最初被划为支撑域：规则简单，跟着交易走就行。第二季度开始，信号接连出现：竞对靠"仅退款"策略抢走了明显的份额；青柚的退款规则两个月里变了七版；客服与财务为了"退款算不算优惠回退"吵了三轮。三条信号拼在一起读：规则独特性在长（对手的策略青柚没有）、变更频率在涨（每迭代都在变）、知识在变厚（连内部口径都追不上）。这就是升格信号——支撑域长出核心域的样子时，要敢于重划，投入要跟上去。升格后退款有了自己的上下文与专属建模，第三季度的策略试错速度明显加快。

投入分级矩阵

四步测绘法

三域判据落到操作，青柚商城用的是一套四步测绘，一个下午能出初稿：

1. 列清单：把业务按价值流粗切成十五到三十块，粒度到"能指派一个负责人"为止。切太细会淹没在长尾里，切太粗会漏掉升格中的域。
2. 问判据：对每块问三个问题——对手能不能三句话抄走？规则半年内变了几次？懂这块的人离职要几天补上？三问的答案组合直接映射到三域。
3. 标冲突：两拨人对同一块的分级有分歧时，不要和稀泥，把分歧本身记下来——分歧点往往就是核心域候选，因为只有关乎竞争的块，内部才会有强烈的不同立场。
4. 定投入：给每块写清三条投入承诺：谁负责、用什么流程建模、评审等级。没有投入承诺的测绘是墙上的画。

⚠️ 测绘最忌讳一次成型、从此供起来。子域会漂移：退款半年就从支撑域漂成了核心域。把"重测绘"设成固定节奏（青柚是每季度半小时过一遍清单），漂移才逃不掉。

通用域的"买"也有讲究

三域里最容易被敷衍的是通用域——"外购或开源嘛"，一句话带过，然后通用域慢慢变成没人管的地带。青柚的教训是：通用域的集成方式本身就是一次边界谈判，选错集成方式，外购的便宜会被翻译成本吃光。

权限与消息通知是青柚最早外购的两块。权限产品选型时，团队图功能全，选了一个自带组织架构与角色模型的重量级产品，然后把公司自己的员工模型往它的模型里塞——半年后每一次组织架构调整都要在两个模型之间人肉对账。后来的补救是把 2.4 的防腐层补上：外购产品的模型只允许出现在权限上下文的集成层内，公司侧的授权语言（岗位、数据范围）与产品语言（角色、资源树）各说各的，翻译层单向转换。通用域的正确买法：模型边界照划、防腐层照建，买的是能力，不是让它的模型接管你的语言。

另一个反面信号叫"通用域生长"：通知上下文因为"顺手"，长出了营销文案模板管理，又长出了用户分群能力——通用域悄悄升级成了竞争对手的核心域自研版。治理手段还是测绘：季度复审时看通用域清单里有没有长出新功能，长了就砍回产品标准能力，或者承认它升格、按升格重新配投入。

带走的判断

• 子域属问题空间、靠发现；限界上下文属解空间、靠设计。两者对应但不重合，混用会让投入判断失去尺子。
• 核心域的检验是"对手抄不走的知识"，不是"业务重不重要"，更不是"技术炫不炫"。
• 升格信号有三条：规则独特性增长、变更频率上升、内部口径开始追不上。攒齐就该重划。
• 四步测绘的关键产物不是清单，是每块上写明的投入承诺与一个会漂移的复查节奏。

业务按价值排好了座次，边界也画了，接下来是国与国的外交：上下文之间怎么打交道？2.4 给出七种协作模式，以及其中最重要的防御工事——防腐层。