SLA 影响对内说明
用途
SLA/可用性受影响时，整理对内说明：影响范围、当前状态、已知时间线、补偿口径（仅「待批」不可擅自承诺）。
面向业务/客成同步，不是纯技术事中短讯，也不代发客户消息。
适用场景
- 适合：对内同步可用性下降；准备给业务的影响说明草稿。
- 不适合：事中技术状态短讯；对外公关定稿；未获批准即承诺赔偿/代金券。
边界与差异化
- 参考：
incident-status-update、customer-reply-draft。 - 本技能差异：业务影响与补偿口径待批；禁止未授权承诺。
怎么使用(普通用户)
- 「SLA 可能破了，写个对内说明」
- 「可用性下降，帮我同步业务：影响和现状，补偿先标待批」
使用前必问
影响时间窗、影响用户/订单量级、当前是否恢复、是否已有批准的补偿政策。
使用步骤
- 摘要：发生了什么、是否仍在影响。
- 影响：谁、多大、何种业务后果（能量化则量化）。
- 现状与下一步（事实）。
- 补偿口径：仅写「待批 / 按既有政策」；无批准则禁止写具体金额承诺。
- 待确认清单。
多产品线与客户分层：影响须分列
「约 5% 用户受影响」这类总量表述会同时误导两边——对受影响最重的客户显得轻描淡写，对完全没事的产品线又制造不必要的恐慌。故障横跨多产品线或多客户层级时，影响必须分列：
| 分列维度 | 为什么必须分 | 写法 |
|---|---|---|
| 产品线/模块 | 同一底层故障对各产品线的可用性影响可能差一个数量级 | 逐条列「产品线 → 受影响功能 → 影响程度」；未受影响的也要明确写「未受影响」 |
| 客户层级 | 企业版可能有合同 SLA、免费版没有，补偿口径完全不同 | 分列「是否受合同 SLA 约束」，受约束的单独标注需对照条款编号 |
| 地域/时段 | 同一时段在不同时区落在工作时间还是深夜，实际业务损失差别很大 | 注明故障时段对应各区域的当地时间 |
判定规则：
- 只有用户提供了分线或分层数据时才分列；未提供时写「本批仅有总量数据，分产品线影响待确认」，不按整体用户占比推算各线影响。
- 任一产品线涉及合同 SLA 条款时，该线补偿口径单独走，不与其他线合并表述——合并会让有条款约束的一方口径失真。
- 未受影响的产品线也要出现在表里：遗漏会被读成「未知」甚至「也受影响」。
输出模板
## SLA/可用性影响对内说明
### 摘要
...
### 影响
- ...
### 现状与下一步
- ...
### 补偿口径
- 状态：待批 / 按既有政策编号 ...（无批准不得写具体承诺）
### 待确认
1. ...
示例
输入：今早 9–10 点登录失败率升高，约 5% 用户；10:20 已恢复。业务问补偿，尚未批准。
输出：摘要恢复已完成；影响约 5% 用户登录；补偿口径写「待批，不得对外承诺具体金额」；待确认精确指标来源与是否触及 SLA 条款编号。
常见问题(FAQ)
- 能写赔多少吗？ 无书面批准前不能。
- 和故障通报有何不同？ 通报偏技术现状；本稿偏业务影响与沟通口径。
已知限制
- 不连接监控/工单系统。
- 中文交互；不依赖海外 API。
- 分产品线影响依赖用户提供的分线数据，不由总量推算。
变更说明
- 0.1.1: 新增「多产品线与客户分层：影响须分列」（原扣分点）——三维分列（产品线模块、客户层级、地域时段）及各自的写法要求；配三条判定规则：无分线数据时不按总量推算、受合同 SLA 约束的产品线补偿口径单独走、未受影响的产品线也须出现在表中以免被读成未知。
- 0.1.0: 首发。把 SLA 或可用性影响整理成对内说明与沟通口径。
