R2.02.3Walkthrough severity triage设计
问题需分级而非一律要求修复
别名: 走查分级 · 严重度 · 扁平问题单 · 发布阻断
概念解释
走查发现的问题要按严重度分级（walkthrough severity triage），不能做成一张「见到就得改」的扁平清单。分级回答的是：在发布前剩下的工时里，哪一条占用名额。阻断任务、造成不可逆损失的是一档；让人犹豫但能完成的是一档；只偏离插图、不改写行为的是一档。一律要求修复，等于把这三档写成同一张工单。
分级不是原谅偏差，是给剩余日历做配额。不分级时，最显眼的 1px 和不可逆的错误动作竞争同一下午，显眼的往往先被改掉。
机制
发布前的工时是硬顶。扁平清单按被看见的顺序消耗这笔预算，而看见顺序跟视觉显著性相关：对齐、颜色、图标更抢眼；错误态文案、禁用仍可点、次要动作抢了主路径，要走到那一格才会被看见。显著性与伤害无关。于是预算先付给好找的，伤害高但藏在状态里的条目排到切点之后。
严重度是配额规则，不是修辞。每一档要绑一个发布后果：阻断档不过切点；中档进本列车或显式延期并留下记录；打磨档默认不阻断，除非它改写了某条意图。没有后果的级别只是标签，团队会重新把所有标签当成必须修。分级还要能下调：复现不了、只在某一密度下出现、用户能立刻撤销的，应从阻断降下来，否则级别通胀，最后人人都知道「P0 也不算数」。
边界
监管、支付、健康数据上「一律先停」是合法的策略，那是产品选择把所有界面偏差都视为伤害，不是走查方法失效。单人一天能改完的超短名单，分级的管理开销可能高于收益，但仍然值得标出唯一的阻断项，以免那天改了图标忘了错误文案。级别若由提出者自己定、没有第二人复核，会向「我提的都重要」漂移。与无障碍法定下限冲突的项不属于走查可降级的打磨档——下限不是审美。
怎么落地
- 走查记录强制三档：阻断（任务做不成或不可逆）、困扰（能完成但会走错一步）、打磨（不改写行为）。缺档的条目不准进跟踪器。
- 每档写死发布后果：阻断档挡切点；困扰档必须有本列车负责人或带日期的延期；打磨档默认进下一窗口。
- 会后限时十分钟做一次下调：复现失败、仅某字体下出现、可立刻撤销的，从阻断拿下。
- 验证：看本列车走查的阻断清单。若其中混进改不了任务结果的像素项，或困扰档没有任何延期记录却被整表要求「全部修完再发」，分级没有生效。再数被当成发布阻断的打磨项，大于零即失败。