B5.08.3Relational Usability设计研究

定义把可用性视为产品与情境之间的关系属性,而非产品的固有属性

别名: 关系属性 · 非固有属性 · 可用性归属

概念解释

按标准定义的读法,可用性不属于产品,而属于「产品—用户—目标—情境」这条关系:产品变化、用户变化、目标或情境变化,可用性都随之变化。说某产品「具有可用性」在规范意义上不成立;成立的表述是「在某组条件下呈现某水平的可用性」。

机制

关系属性的判定特征是:改变关系中的任一项都会改变属性值。产品固有属性(重量、色域)不随使用者改变;可用性随用户能力、任务结构与情境条件变化——这正是它被定义在关系里的原因。这一读法解释了标准里的措辞选择:定义的主语是「产品被使用时的表现程度」,而不是「产品是易用的」。把可用性误当固有属性会引发两类实践错误:以单点测试给产品贴永久标签;把「我们用户不一样」的正确反驳当作狡辩。

怎么研究

该性质可检验:同一产品在多组「用户×任务×情境」组合下测量,若得分随组合显著变化,即证实关系属性。迁移研究(同一产品跨人群、跨场景的数据)是自然证据源。方法论推论是:可用性结论必须随条件组声明适用范围,元分析要按条件组分层,直接汇总不同条件组的得分会产生伪结论。

边界

关系属性不等于完全不可比:在条件组固定后可以比较设计与版本;产品设计对可用性的贡献真实存在且可遗传到多组条件——好的设计在更宽的条件范围上保持高水平,这是「稳健的可用性」。但稳健性本身也是关系陈述,不是产品标签。产业话语(「高可用性产品」)是条件组的缩写,正式文件中应展开。

怎么落地

  • 文档措辞升级:把「本产品可用性高」改写为「本产品在【用户×目标×情境】条件下达到【指标水平】」。
  • 采购与投标评审要求供应商按条件组报告证据,拒绝无条件的绝对声明。
  • 设计目标是「扩大高可用性成立的条件范围」,用多组条件测试验证稳健性,而不是单组达标。

延伸

  • 同组B5.08.1 标准定义把可用性限定在特定用户、特定目标与特定使用情境三者之内 · B5.08.2 使用情境包含设备、物理环境与社会环境,不只是界面本身 · B5.08.4 较新的标准把可用性纳入更宽的可用度概念,与可及性并列而非包含
  • 相邻B5.01 可用性定义 · Q4 测量与信度
  • 站内检索relational property · usability attribution · robust usability

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/B5.08.3