Agent Skills
返回列表
交互界面学习成本与易用性诊断

交互界面学习成本与易用性诊断

设计多媒体 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中:

请根据 https://skillhub.cn/install/skillhub.md,安装 @user_fccf428b/design-ux。

技能介绍

要解决的问题

界面"能用"和"好用"之间有一道常被跳过的坎:视觉稿看起来没问题,用户却卡在第一步。典型症状是某项操作必须靠一段说明文字才能完成——告诉用户"拖拽边缘可以缩放""双击代表确认",本质上是在承认这个界面的可供性(affordance)缺失。更隐蔽的是那些只在首次使用时发作的问题:按钮反馈缺失、错误提示直接抛出 stderr、Back 之后页面滚动位置重置到顶部。这类缺陷不会让测试工程师在冒烟测试里看到红灯,却会让每个新用户重复缴纳同一笔学习税。

技能如何工作

design-ux 是一份启发式评估(heuristic evaluation)技能,专注于交互界面而非视觉打磨。核心机制可以概括为三条:

  • 禁止自查:构建者会合理化自己的 UI。技能要求渲染默认首次加载状态的实时界面(不是手工摆放的截图),并让一个未参与构建的独立裁判(subagent/VLM)执行评估——让作者自己打分等于没审计。
  • 以任务为锚:先定义界面存在的主任务(例如"裁剪一段视频、设置速度并导出"),评估是相对于任务的,而不是相对于抽象的"美观"。
  • 打分 + 修复 + 重新打分:裁判对照 Nielsen 十大启发式(系统状态可见性、真实世界匹配、用户控制与自由、一致性、错误预防、识别优于回忆、灵活性与效率、美学与极简、错误诊断与恢复、帮助与文档)以及若干交互附加项逐项打分。每条发现记录为 pass / violation,标注严重级别(blocker / major / minor),给出具体位置和修复建议,按阻塞项优先排序。修复后必须重新渲染、重新打分,不允许声称"已修复"却没有复验。

交互附加项覆盖了若干容易遗漏的机制:Don't-make-me-think(说明段落即可供性欠债)、Fitts 定律与光标行程(控件应贴近任务光标停留处,选中对象的属性面板应紧邻对象)、非显性手势的可发现性(滚轮、边缘拖拽、双击必须有可见提示,否则对多数用户等于不存在)、tooltip 时序(第一组延迟 300–700ms 避免刷屏,同行控件即时响应)、滚动位置恢复(Back/Forward 后应回到原位置而非顶部)、提交幂等性(变更操作携带幂等键,配合 in-flight 期间禁用按钮)。

输出是一个打分表:启发式 | 发现(含位置) | 严重级别 | 修复建议,随后是按优先级排列的修复清单。

适用边界

它只评估渲染后的实际界面——如果你只能描述改动列表而拿不到真实屏幕,那不叫审计。使用前请确认任务与 SKILL.md 描述的上游场景匹配,并自行验证命令、生成代码、依赖与外部服务行为。示例不能替代环境测试、安全审查,破坏性或高成本操作仍需用户明确确认。

使用场景

  • 发布前给交互工具做终审,检查新用户能否在没有说明书的情况下独立完成主任务
  • 发现界面的某个手势操作用户怎么都找不到,定位到底是哪条启发式出了问题并给出修复建议
  • 给一个改动过的编辑器版本回归测试易用性,确认修复没引入新的交互问题
  • 评审一个依赖说明段落才能上手的界面,判断它究竟违背了哪条原则

适合人员

  • 设计系统工程师:要在交互功能上线前用客观清单拦截可用性缺陷,而不是靠感觉评审
  • 前端工程师:给自己写的编辑器或工具做独立审计,因为自查会漏掉用户视角的问题
  • AI 应用开发者:在大模型生成交互界面的链路里加一道启发式把关,防止产出只能看不能用的界面
  • 设计负责人:需要一个可复用的评分框架和严重级别定义,向团队量化易用性问题