可用性问题先修哪一个？严重程度评级与任务影响判断

可用性问题的严重程度，衡量的是问题给用户完成任务带来的损害，不是修复代码要花多久。分级前先写清用户想完成什么、在哪一步受阻、能否自行恢复以及是否反复遇到，再把问题放进共同采用的等级标准。只有“这个按钮不明显”一句意见，还不足以判断它是轻微困扰还是核心任务的阻断。

产品和设计团队可以在Boardmix 产品协作画布中把任务路径、观察记录与问题卡放在一起，让每个等级都能找到依据。等级帮助比较影响；排期时再加入触达范围、修复成本和版本约束，不能用一个数字代替全部决定。

严重程度与优先级为什么要分开

一个修复很容易的文案问题，不一定比一个难修的任务阻断更严重；某个问题暂时排不进版本，也不代表它的严重程度可以被调低。把“影响多大”和“先做什么”放在两列，才能看清团队的真实取舍。

例如，会议室预约工具中，入口名称令人迟疑，但用户最终能自行找到房间；另一个问题让使用键盘的用户无法离开日期选择器，从而不能完成预约。前者可能适合顺手修复，后者即使涉及复杂组件，也不能因为成本高就被写成轻微问题。

严重程度也不是缺陷数量。把一个表单问题拆成十张相似卡，并不会使它比一个关键数据丢失问题更重要。先按共同的触发条件与后果合并重复描述，再判断影响。

先把观察写成问题卡，再讨论等级

一张能被其他人复核的问题卡，应包含任务、触发条件、实际行为、后果与恢复方式。下面设定一个“为下周的项目评审预约会议室”的任务，用它说明记录方法：

• 问题编号：ROOM-02。
• 目标与条件：用户已选房间、填写参会人，准备调整开始时间。
• 行为与系统变化：用户更换时间后，参会人字段被清空，页面没有明确提示。
• 任务后果：确认预约时才发现信息缺失，需要重新填写；再次更换时间又会清空。
• 恢复方式：可重新填写完成预约，但重复劳动随每次调整发生。
• 待确认范围：哪些浏览器、是否所有房间、已保存和未保存预约是否相同。

若这张卡来自真实测试，还应保留匿名参与者编号、记录时间点、版本、任务材料，以及主持人是否提示过。“主持人告诉他怎么做后完成了”不能记成独立完成。只有评审推测、还没观察到的情况，应与实际记录分开，不补造用户行为或发生比例。

问题卡标题也要具体。把“表单体验差”改为“更换开始时间后参会人被清空”，读者即使没参加测试，也能理解需要复核哪里。整理观察与发现的整体写法，可以继续参考用户研究报告中的证据组织方法。

用共同等级判断影响，不套加权公式

NN/g的经典严重程度方法综合考虑出现频率、影响和持续性，并提供0—4级尺度。这里的持续性关注：学会一次后是否就能避开，还是每次任务都会重复受影响。原始方法还建议评审者先独立判断，再汇总意见，详见Jakob Nielsen的严重程度评级说明。

0—4级严重程度的简要理解

等级	含义	评审时要说清
0	不认定为可用性问题	为何当前描述不构成用户障碍
1	表面性问题	是否主要影响外观，而非任务完成
2	较轻的可用性问题	用户如何自行恢复，代价是什么
3	较严重的可用性问题	关键任务受到什么明显干扰
4	灾难性可用性问题	为何严重到必须在相关版本发布前处理

0级不是“还没来得及判断”。缺少证据时写“待核实”，不要把未知当作没有影响。同样，不能因为一个问题被描述为颜色或字号，就自动评成1级；若它导致信息无法辨认，实际后果可能远不止外观。

不要给频率、影响和持续性随意设权重，再把乘积包装成统一标准。团队可以建立自己的分级说明，但应保留判断理由和适用任务，让后来的人知道某个问题为什么被判为3级，而不是只看到小数分。

同一次预约任务，三个问题如何区分

继续沿着“找到入口—填写信息—确认预约”的路径，比较三种情况。以下等级针对各行已经写明的条件；换了任务、人群或恢复路径，应重新判断。

会议室预约任务的问题与分级理由

问题	具体后果与恢复	本例判断	还需要了解什么
ROOM-01：入口叫“资源组”，不容易与会议室对应	用户先进入其他页面，返回后自行找到预约入口；认识名称后可直接进入	暂定2级：有绕路，但可自行恢复，熟悉后影响下降	是否只有新用户困惑，是否仍存在另一条清晰入口
ROOM-02：更换开始时间会清空参会人	确认时才发现缺失，每次调整都要重新填写，仍可重填完成	暂定3级：关键表单反复丢失已填内容，恢复代价明显	是否只影响未保存内容，哪些调整会触发，是否能恢复
ROOM-03：键盘操作进入日历后无法离开	依赖键盘的目标用户无法继续或退出；本场景没有其他可用预约路径	按4级处理：目标人群的核心任务被阻断，需在相关发布前解决	实际焦点路径、受影响组件版本及修正后是否能独立完成

ROOM-03不能因为只在一位参与者身上被发现，就自动降级。先确认这一行为是否可复现、哪些人会遇到，以及是否确无可行路径。相反，ROOM-01即使很多人提到“名字奇怪”，也不必只凭抱怨次数升到最高级。

频率要交代分母和观察范围。真实研究可以写“参与这项任务的6人中，2人出现同类绕路”，但不能直接改写为“三分之一用户会遇到”。线上发生规模未知时，就保留未知，再用可获得的行为记录或后续任务观察补齐。

两个人评分不同，先查证据差异

对ROOM-02，一位评审给2级，理由是“重填就能继续”；另一位给3级，理由是“调整一次就丢一次，任务越复杂损失越大”。不要先把2和3平均成2.5。两人可能对表单内容量、问题是否反复出现、能否恢复填写内容有不同理解。

让评审者先阅读同一问题卡并独立写理由，再一起回看触发过程。讨论应集中在三个问题：实际丢了什么，完成任务需要付出什么恢复代价，下一次是否还会发生。信息一致后再决定等级；仍有分歧，就记录条件，例如“仅清空一个可自动恢复字段时为2级；整组参会信息反复丢失时为3级”，然后核实当前版本属于哪种情况。

在Boardmix中可以把ROOM-02的问题卡置于任务路径下方，左右分别放“2级判断”和“3级判断”的理由，底部留“需要回看的行为”。这比用投票直接选等级更有帮助：投票显示意见分布，不能证明哪一种恢复路径真实存在。

进入排期后，保留严重程度和复核条件

评审输出至少分为三栏：严重程度及依据、处理决定、修复后怎样验证。ROOM-01可先验证入口改名是否让首次使用者找到正确位置；ROOM-02检查调整时间后参会人是否保留，或是否有清楚且可取消的变更提示；ROOM-03重新走完整键盘路径，确认能选择日期、离开日历并完成预约。

“已经改完”不是问题消失的证据。修复后应回到原任务和触发条件，而不仅是让设计师看一眼新界面。若修改解决了一个入口，却让另一条路径出现新障碍，也要记录下来。

暂缓的问题继续保留原等级、暂缓原因、负责人和重新判断的触发条件。不要为了让版本报告更好看而把3级改成2级。一个有用的严重程度记录，应让没参加评审的人也能回答：用户受到了什么影响，团队为何这样决定，下一次怎样确认影响已被消除。