docs(design): unify Bell roster and escalation targets

docs/raw/14-Bell原型评审.md

@@ -43,3 +43,15 @@ Claude 指出的投递状态、Event↔Alert 关系、交接班、分页、规
 4. 补事件/审计分页和移动端管理入口。
 5. 补规则回滚与按规则版本的验收报表。
 6. 用桌面、竖屏手机和横屏手机验证可访问性、无横向溢出及运行时安全；人工确认前 T-004 继续保持 `DOING`。
+
+## 6. 产品裁决补充：联系人、排班与升级策略
+
+采纳“联系人管理和排班一次设计到位”的方向，但将“同源”修正为“共享主数据、分对象建模”：
+
+- 联系人/成员保存身份、角色、值班组和已验证通知通道，不承载班次与轮换字段。
+- 值班排班引用联系人或值班组，保存站点时区、班次、周轮换、生效日期、临时替班、版本和冲突校验，不复制手机号。
+- 升级策略的每一步使用 `person / team / on_call_schedule` 类型化目标，不直接写号码；界面提供当前解析人与通道预览。
+- 每次投递创建时固化实际收件人、通道与排班版本快照，后续联系人或排班变更不改写历史事实。
+- 交接班只转移进行中 Alert 的处置责任；未来班次变化必须走临时替班并发布新排班版本。
+
+信息架构继续保留一级“升级链”，内部以“升级策略 / 值班与排班 / 联系人与通道”三个二级模块渐进披露。M3 原型覆盖周轮换、时区、生效日期、替班、空档/重叠冲突、值班人预览、版本发布和审计；自动排班优化、外部日历同步、工时合规与自助换班后置，不在 T-004 扩展。