B5.05.1User Experience设计研究
可用性是体验的必要而非充分条件
别名: 用户体验 · 必要条件 · 体验质量
概念解释
一个界面很难用，体验几乎必然差——可用性差足以毁掉体验，所以它是必要条件；但好用的界面未必带来好体验：流程顺畅的应用可以显得空洞、令人焦虑或毫无吸引力——可用性好不保证体验好，所以它不是充分条件。用户体验（user experience）在可用性之上叠加了期望、情感、意义与全程处境。
机制
两者的评价对象不同：可用性评的是「任务执行层面的表现」，体验评的是「人整体的感受与判断」，后者把前者的结果当作输入之一。同样的顺畅流程，配上失信的文案或不合身份的视觉语气，任务表现不变而体验大不相同；反过来，体验里的期待、回忆与社会处境会影响对「好不好用」的判断本身——两个方向都不对称，这正是「必要而非充分」的机制来源。
怎么研究
研究上两套工具并行：任务式测量（完成率、时间、量表）覆盖可用性层；体验测量覆盖更宽时间窗——使用前的期待、使用中的情绪（表情、生理指标、即时评分）、使用后的回忆评价与行为意愿（续用、推荐）。体验研究要防止「把 SUS 高分当体验结论」的错误，二者相关但测的是不同对象；纵向研究更关键，体验的一部分只有长期使用才显现。
边界
「必要」不等于「可穷尽」：极低可用性在高度动机驱动的场景（专业软件、游戏硬核玩法）中可以被忍受，体验仍成立——必要条件的强度随场景调节。「充分」的缺失也不意味着可用性不重要：在多数工具场景，可用性失败仍是体验崩塌的最快路径。体验测量本身信度低、易受品牌与情境污染，跨产品比较要谨慎。
怎么落地
- 项目里把两者设为不同的验收线：可用性指标保下限，体验指标（满意度、推荐意愿、续用率）定目标。
- 评审时分开问「任务能不能顺利完成」与「整个过程给人什么感受」，防止用顺畅感代替体验判断。
- 体验改版先诊断失败层：若是可用性层失败（找不到、看不懂），先修可用性再谈风格与情感。