B5.11.1User Experience设计研究

可用性关注任务是否达成,体验关注使用前中后的全部感受

别名: ux vs usability · 任务达成 · 全程感受

概念解释

两者的分界线是关注对象:可用性(usability)盯住任务——目标用户能否顺利达成目标;体验(user experience)盯住人——从产生需求前到使用后很久的全部感受、判断与记忆。任务是体验的输入之一,但体验的账本比任务长得多。

机制

分界来自评价单元不同:可用性的评价单元是「任务 × 绩效」,可以脱离人一天的其他经历单独测量;体验的评价单元是「一段生活经历中的产品接触」,同一界面在焦虑的早晨与悠闲的周末给出不同感受。可用性的结论不依赖使用之外的变量,体验的结论恰恰主要由这些变量塑形——期待如何、事后跟谁讲了、下一次还记不记得。把体验缩进任务框架会系统性漏掉前后段的感受账目。

怎么研究

两套方法各测各的:可用性用任务式测试(绩效指标、问题清单),在受控条件下高效产出;体验用纵向与人种志方法——日记研究、家访、使用前后访谈、长期行为数据,覆盖期待的来源与回忆的沉淀。方法论上要防止两套工具互相冒充:用任务测试给体验下结论(效度不足),或用访谈给可用性问题定位(粒度不足)。

边界

分界是视角而非领地:两者研究同一交互,可用性失败几乎总在体验账上记账,体验差也常反噬任务表现(焦虑降低操作准确性)。对纯工具型、高频任务产品,任务维度占体验权重更大,分界的实践意义变小;对休闲、身份与社交型产品,任务之外的账目占主导。

怎么落地

  • 项目里明确两条问题线:「任务线」考核能否完成、多快完成;「体验线」追踪期待、关键情绪与事后评价。
  • 可用性测试与体验研究分开排期与预算,产出物分开(问题清单 vs 感受地图)。
  • 决策时先看问题属于哪条线:找不到按钮是任务线,「用起来不开心」是体验线,药方不同。

延伸

  • 同组B5.11.2 体验包含预期、品牌与社会情境,其中多数不由界面决定 · B5.11.3 在某些体验目标下有意的低效是正确设计,这与可用性目标直接冲突 · B5.11.4 体验无法像可用性那样通过任务绩效直接测量,只能间接推断
  • 相邻B5.05 体验与可用性 · P1 情感设计
  • 站内检索ux vs usability · holistic experience · task performance

同组卡片

快捷操作

分享

分享当前页面

ios_share

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