B3.12.1Severity Rating设计研究
严重度由频率、影响与持续性三因素合成
别名: 严重度 · 可用性问题分级 · usability severity
概念解释
严重度评级（severity rating）不能只看“用户卡住了吗”。可用性问题的等级应综合发生频率、任务影响和持续性：偶尔出现在次要路径的小障碍，与所有新用户都会遇到、导致数据丢失或完全阻断任务的缺陷，不应同级。
机制
频率决定暴露人数与次数；影响衡量任务失败、时间损失、错误后果、情绪和安全风险；持续性问用户能否自行恢复、绕行是否会再次发生、问题是否随学习消失。三因素彼此不能替代：高频小摩擦可能积累成大成本，低频不可恢复错误也可能高危。合成时应先分别记录证据，再按团队定义的权重形成等级。
怎么研究
从可用性测试、日志、支持工单和现场观察汇总每个问题的暴露量、失败率、耗时、放弃、错误后果和恢复方式。建立锚点描述，例如 0 不算问题、1 轻微、2 中等、3 重要、4 阻断；评估者按锚点独立打分并记录假设。用校准任务比较不同问题组合下的排序稳定性。
边界
固定量表不能跨产品直接比较，因为用户规模、任务关键性和业务约束不同。高频低影响问题在消费产品可能优先级高，低频高危问题在安全系统必须立即修。没有暴露数据时，评级包含不确定性，应标注证据强度。
怎么落地
- 为每个问题填写频率证据、任务影响、恢复方式、受影响角色和业务约束。
- 定义等级锚点和升级规则：阻断、数据丢失、安全或法律问题直接标为最高级。
- 用同一模板合并三个因素，避免只凭“看起来严重”排序。
- 版本发布前复审：修复后重新测量频率与影响，而不是保留旧分数。