mcpField
C
cognitive-load-assessment

cognitive-load-assessment

github.com/owl-listener设计与 UI10888 次安装20 周前更新
代码仓库

关于 cognitive-load-assessment

cognitive-load-assessment 是评估界面认知负荷的设计技能,供设计人员逐屏检查用户流程。它区分任务固有负荷、设计带来的额外负荷和面向目标的有效投入,并按影响排序提出建议。

主要功能

  1. 01评估三类认知负荷
  2. 02逐屏检查决策、记忆与步骤数量
  3. 03识别界面中的负荷峰值
  4. 04提供降低额外负荷的策略
  5. 05按影响排序输出改进建议

适用场景

  1. 01评估注册或结账流程的复杂度
  2. 02发现导航、标签和视觉布局问题
  3. 03为高负荷页面制定改版建议

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/owl-listener/inclusive-design-skills --skill cognitive-load-assessment

安装后在 Claude Code 中输入/cognitive-load-assessment确认已加载。

详细介绍

认知负荷评估

从三个维度评估认知负荷,并提供可行的建议,帮助减轻用户不必要的负担。

三种认知负荷

内在负荷——任务本身固有的复杂度。 报税本身就很复杂。你无法简化税法。 重点:将任务拆分为易于处理的步骤,提供背景信息,解释术语。

外在负荷——设计带来的复杂度,与任务本身无关。 导航令人困惑、标签含义不清、模式不一致、视觉杂乱。 重点:彻底消除。每一处都是可修复的设计缺陷。

相关负荷——投入到实际任务中的精力。 这是你希望保留的负荷,也就是用户专注于真正目标时投入的精力。 重点:移除另外两种负荷,以最大限度地提高相关负荷。

评估框架

评估每个屏幕或步骤:

维度低(良好)中(需检查)高(需重新设计)
所需决策数0–12–34+
需要记住的项目数无1–23+
需要学习的新概念数无12+
完成所需步骤数1–23–56+
阅读复杂度浅显易懂含有一些行话内容密集/技术性强
视觉复杂度简洁、聚焦一般杂乱

任何维度的评级如果为“高”,该屏幕都需要在上线前重新设计。

评估方法

  1. 以疲惫、紧张且不熟悉产品的用户身份体验整个流程
  2. 在每个屏幕上,统计决策、需要记住的事项和新概念
  3. 记录让你停顿、重读或感到不确定的地方——这些都是负荷峰值
  4. 判断负荷类型:困难是内在的,还是外在的?
  5. 针对每个外在负荷来源,提出具体的减负措施

减负策略

  • **渐进式披露:**仅显示当前步骤所需的内容
  • **智能默认值:**预先选择最常用的选项
  • **分块:**将相关项目分成 3–5 项一组
  • **依赖识别,而非回忆:**显示选项,不要让用户依靠记忆
  • **上下文常驻:**在整个流程中显示关键选择
  • **每个屏幕仅设一个主要操作:**降低次要操作的显著性

输出格式

以逐屏表格呈现评估结果,显示各项负荷评级, 随后列出按影响排序的优先建议。

评论

支持 Markdown