面向多地区发布的产品需要满足最严格辖区的要求
别名: 最严辖区 · 多地区 · 义务并集
概念解释
同一套界面进几个市场，用户不会按 IP 切换身体。代码若只在「最松的地方」达标，严的那边一上线就缺口。多地区产品取最严辖区（strictest-jurisdiction rule）把义务当成并集：声明职责、覆盖的形态（网页 / 应用 / 文档）、生效日、例外条件，取各目标市场中最苛刻的那一包，作为默认交付，而不是按语言开关关掉通道。最严不一定是某一符合级别的名字，也可能是「必须发布声明」或「原生应用也算」。
机制
单一代码库无法在不分流的情况下对 A 市场关闭字幕、对 B 市场打开字幕——分流本身就是一套产品。并集把分流成本从用户身上拿开，放到一次工程决策里。第二层是「最严」要按条款拆开比较，不能只比级别标签：一地要求定期重测并公开方法，另一地只在被诉时才问；一地把移动应用写进对象，另一地还在写网站。取并集之后，证据系统也要按最严的那套留痕，否则产品过了、证明过不了。地理围栏可以不进入某市场，那是范围决策，不是在已进入的市场里降级。
怎么研究
对每个目标市场列出义务包：对象、引用标准版本、声明义务、重测周期、私营是否在列。做并集，标出真正抬高基线的那几条来自哪一地。对照现网是否按 locale 关闭过通道。
自变量：目标市场集合、是否允许地理围栏、代码是否单库。 因变量：并集相对「最常见市场」多出来的条款、按语言关闭通道的次数、证据能否满足最严的声明规则。
不要把「用户研究覆盖了多地语言」当成已经取了最严法律包。
边界
功能在某地被禁（内容法、加密法）不是无障碍的最严条款，不要并进无障碍基线。只服务单一辖区的部署，没有并集问题。最严写在纸上、执行极弱时，仍可能被诉讼或采购合同突然咬住，不能把弱执行当成可以降级的理由。并集过大导致产品无法上线时，要做的是缩小进入的市场，而不是在已宣称进入的市场上拆掉通道。客户合同可以比任何辖区更严，那时合同才是真正的上界。
怎么落地
- 维护一份目标市场义务并集，默认基线对齐并集；差异只留在证据、截止日和声明模板，不留在功能开关。
- 禁止用语言包或 locale 关闭字幕、键盘通路或文本替代。
- 不进入某市场必须写进范围，并在该市场的入口明确不可用，而不是默默提供一个残缺版。
- 验证：列出三个目标市场的义务差异，检查代码里有没有按地区关掉通道。有，就删开关并对齐并集。再抽声明：是否按最严那地的要求写了方法和日期；没写，证据系统还没跟上并集。