B2.25.3Conceptual Integrity设计研究

增加一个新概念的学习成本高于在既有概念下增加一个功能

别名: 概念成本 · 新概念 · 功能扩展

概念解释

在已有“项目”下加一个“归档”动作,用户通常可以沿用旧模型;引入“工作区”“空间”“集合”与“项目”并存,则要重新学习对象边界、权限、命名和生命周期。概念完整性(conceptual integrity)因此要求把新概念的引入当成显著成本,而不是和普通功能增量同等看待。

机制

一个新概念不是只加一个词。它需要用户判断何时存在、与谁相关、允许哪些动作、如何显示、失败时怎样处理,并预测它与既有概念的重叠和优先级;帮助、权限、搜索、通知和迁移也会跟着分叉。既有概念下的功能只是扩展已知关系,学习发生在熟悉的框架内。两者都可能是正确选择,但成本结构完全不同。

怎么研究

用对照原型比较“新概念版”和“既有概念扩展版”:教同一组用户其中一个版本,再测解释、预测、功能发现和跨任务迁移。记录需要主动提问的时点、误分类、权限误解、重复入口使用和帮助查询。可做纵向观察,看新概念是否在一周后仍被正确使用。

边界

不是所有新概念都应避免。既有概念被拉伸到例外过多、语义含混或风险不清时,新概念反而更诚实;新技术输入、新市场规则或新责任模型可能确实需要。判断标准不是数量最小,而是新概念是否稳定、可定义、覆盖一类任务,并且能替换掉旧的特殊规则。

怎么落地

  • 新需求评审先画两版模型:映射到既有概念;引入新概念。列出学习、权限、搜索、帮助和迁移成本。
  • 若保留新概念,给它明确名称、生命周期、示例、反例和与核心对象的关系,不要先上功能再补定义。
  • 新概念上线时限制到必要角色或沙盒,观察解释一致性后再推广。
  • 追踪“新概念相关的支持问题”和“仍用旧概念完成同一任务的比例”,作为是否简化或撤回的证据。

延伸

  • 同组B2.25.1 界面结构应匹配任务结构,而非组织架构或技术实现结构 · B2.25.2 概念完整性指用尽量少的一致概念覆盖全部功能 · B2.25.4 多人分头设计在缺乏统一概念模型时必然产生概念冗余与近义控件
  • 相邻B2.13 分层与渐进披露 · B2.23 内部一致性
  • 站内检索concept learning · feature creep · conceptual cost

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/B2.25.3