关于 usability
用于评估界面是否易于操作,并依据可用性原则选择 UI 模式的设计技能。它为设计团队提供有来源依据的启发式评估和结合情境的模式建议。
主要功能
- 01按严重程度评估启发式问题
- 02建议注明可用性依据
- 03依据原则选择 UI 模式
- 04检查认知负担与无障碍问题
适用场景
- 01检查界面的操作问题
- 02为表单或导航选择模式
- 03评估无障碍相关的可用性
- 04在视觉润色前确定可用性修复优先级
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ ryanthedev/ design-for-ai --skill usability安装后在 Claude Code 中输入/usability确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
evals.jsonreferences/ui-patterns.mdusability-principles.md详细介绍
判定用户能否操作界面,而不是界面是否美观。这项工作的引擎分为两层:原则(格式塔、UX 定律、Nielsen/Shneiderman 启发式、Norman、认知负荷、无障碍)是为什么;UI 模式家族是是什么;原则负责在不同模式中作出选择。每条建议都要注明其来源——所依据的定律、启发式或作者。
适用场景
当关注点是可操作性时,使用此技能:例如“是否易用”“难以使用”“用户在这里卡住 / 困惑 / 流失”,启发式 / 可用性评估,应用 UX 定律(Fitts、Hick、Miller/Cowan、Jakob 等),分析可供性 / 示能标识 / 反馈 / 认知负荷,在 UI 模式家族(导航、表单、搜索 / 筛选、数据展示、反馈、操作、渐进披露、入门引导)之间作出选择,或关注无障碍的可用性方面(WCAG POUR、包容性设计)。核心 audit 模式会将启发式评估交由此处处理。
不适用于视觉外观(核心 design/audit)、微文案本身(content-design)、随时间变化的路径 / IA / 漏斗(journey)、说服机制(behavioral),或真实的数据编码(data-viz)。
规则
适用于每项可用性判断的常设规则。将这些规则单独列出,以免它们在流程中被冲淡。
- 注明原则来源。 每条建议都要注明来源;若有相关的提出者 / 年份,也一并注明:“Fitts 定律(1954)”“Nielsen 第 5 条:防错(1994)”“Norman:示能标识优先于可供性(1988/2013)”“层蛋糕式扫描(NN/g)”。不得提出没有来源的观点。可引用的经典依据见
references/usability-principles.md。 - 定律反映趋势,而非物理定律。 UX 定律在特定条件下成立;引用它们是为了支撑建议,而不是把它们当作合规检查清单(把框架本身当成果交付,是合规表演)。如实引用定律的一部分,就是知道它何时不适用——例如,Miller 的 7±2 说的是工作记忆,而不是屏幕上可见的菜单项数量。
- 先修复可用性,再做润色。 美观-可用性效应(Kurosu 和 Kashimura,1995)意味着,美观的 UI 会抬高主观评分,并在测试中掩盖真实缺陷。顺序很重要:先解决可操作性缺陷,再通过视觉润色(核心
design)提升上限。 - 启发式评估是补充,而非用户测试。 它能发现可能存在的问题(评估者效应、评估者间一致性低、严重程度不可靠),但不能反映现实中的发生频率——应与真实测试结合;在无障碍方面,应邀请使用辅助技术的用户参与测试(自动化工具只能发现约 35% 的问题)。
- 保持生成性。 以定律为依据来选择、组合并提出模式;不要退化为逐项打勾。原则是裁决者,帮助你提供选项,而不是一道必须通过的门槛。
- 只向下引用。 可用性是设计层最内侧的实体——其他支柱(journey、behavioral、deceptive-patterns)会引用它的定律;它不向上引用其他支柱。不得形成跨支柱循环。
流程
此引擎有两种模式;根据用户需求选择。
A. 启发式评估(audit 方法)
当用户要求评估现有界面,或核心 audit 模式将可操作性评估交由此处处理时:
- 阅读
references/usability-principles.md。 - 使用 Nielsen 的 10 条启发式原则(1994)检查界面;对每项违规,注明启发式原则、背后的原则以及修复方法。
- 按 0–4 严重程度量表对每项发现评级(0 = 没有问题……4 = 可用性灾难),并综合考虑发生频率 × 影响 × 持续时间。
- 交叉检查感知与认知定律(格式塔分组、Hick、Miller/Cowan、识别优于回忆),发现启发式原则可能遗漏的问题。
- 按严重程度降序输出发现表:
Severity | Heuristic / law | Problem | Fix。说明其补充性质的限制——这种评估能发现可能存在的问题,但无法反映真实发生频率。
B. 模式选择(为什么 → 选择什么引擎)
选择或修正 UI 模式时:
- 阅读
references/ui-patterns.md,了解模式分类目录和桥接表。 - 指明相关的约束(屏幕尺寸、输入模型、任务熟悉度、使用频率、比较需求)。
- 通过桥接表让原则选择模式:例如,Fitts 定律 → 手机上优先选择底部标签栏,而不是顶部导航;Hick 定律 → 小屏幕上优先选择分组菜单/渐进式菜单,而不是巨型菜单;Miller/Cowan 定律 → 优先选择向导/字段分组,而不是包含 20 个字段的页面;Jakob 定律 → 工具类网站优先选择分页,而不是无限滚动。
- 推荐相应模式,引用用于选择该模式的定律,并说明何时应当打破惯例(出现新类别、有害的旧有惯例、有充分理由的品牌差异化)。
参考资料
| 参考文件 | 加载时机 |
|---|---|
references/usability-principles.md | A 层——为什么引擎:格式塔、UX 定律、Nielsen 的 10 项启发式原则 + Shneiderman 的 8 项黄金法则 + 启发式评估方法、Norman、认知负荷、无障碍,以及关键注意事项。其他支柱可引用的稳定参考资料。 |
references/ui-patterns.md | B 层——8 类 UI 模式目录 + 桥接表(原则 → 模式)+ 模式注意事项。 |
评论
支持 Markdown