B2.25.2Conceptual Integrity设计研究

概念完整性指用尽量少的一致概念覆盖全部功能

别名: 概念模型 · 统一概念 · 产品概念

概念解释

概念完整性(conceptual integrity)是产品用一套少量、稳定、彼此一致的对象、状态、动作和规则解释所有功能。用户学会“项目—任务—负责人—提交—审核”后,不需要为每个页面学习另一套近义说法;完整性关注覆盖范围和一致性,而非功能数量。

机制

少量概念让用户建立可组合的心智模型。对象知道可做什么,状态知道下一步,动作知道结果,规则知道例外;新功能若映射到既有概念,就能复用已建立的预测。概念一多,用户必须维护映射表:哪个列表其实等于哪个记录、哪个按钮和哪个按钮同义、哪个状态影响哪个权限。概念之间边界不清时,系统看似灵活,实际把组合负担转嫁给用户。

怎么研究

盘点全部用户可见概念,按对象、状态、动作、权限和反馈分类;统计同义概念、无定义词、例外规则和概念组合。可用卡片分类请用户分组命名,用功能映射任务检查每个功能能否用既有概念解释,再测量新用户解释一致性、错误分类率和训练时间。

边界

最少概念不等于最少功能,也不要求把复杂业务强行压扁。专业领域可能必须有区别精密的概念;若合并会丢失安全、法律或计算边界,就不应为了简洁牺牲正确。完整性也不是视觉统一:一套好看的样式盖不住概念冲突。

怎么落地

  • 建立概念模型图:核心对象、生命周期状态、允许动作、责任角色和失败状态。
  • 每个新需求先映射到既有概念;确实新增时写明定义、边界、与既有对象的关系和迁移方案。
  • 删除或合并同义概念时同步改界面、帮助、API 名称和日志,避免一套概念给用户、一套给系统。
  • 用“这个功能属于哪个对象和状态”审查需求,无法回答就先补模型。

延伸

  • 同组B2.25.1 界面结构应匹配任务结构,而非组织架构或技术实现结构 · B2.25.3 增加一个新概念的学习成本高于在既有概念下增加一个功能 · B2.25.4 多人分头设计在缺乏统一概念模型时必然产生概念冗余与近义控件
  • 相邻B2.23 内部一致性 · B2.10 一致性
  • 站内检索conceptual integrity · concept model · domain modeling

同组卡片

快捷操作

分享

分享当前页面

ios_share

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