Q3.06.3Success-rate cost blindness设计研究

成功率不反映付出的代价

别名: 成功代价 · 完成成本 · effort-blind success

概念解释

成功率只记录终点有没有被踩到。两次都记为成功的尝试,一次可能是一次点选后结束,另一次可能是反复报错、四处求助、最后靠记忆中的偏门路径勉强交卷。对决策来说,这两种“成功”不是同一类证据。成功率看不见时间、错误、负荷、情绪代价和事后还能否再做一遍。

机制

二元到达把所有穿过终点的轨迹压成同一计数。界面可以靠提高容错、延长等待或把关键动作藏在专业用户的肌肉记忆里,把失败转成成功,同时把代价留给用户。组织若只盯到达率,就会把“还能完成”当成“可以上线”,忽略那些让人下次改用别的渠道、或在真实风险下不敢再试的完成方式。代价是轨迹的积分,成功是轨迹的终点;用终点替代积分,是指标在信息上的缺口,不是统计上的偶然。

怎么研究

在同一批任务上并行采集到达与代价:完成时间、错误与恢复、求助次数、主观负荷或挫折,以及是否使用变通。先分别描述,再检查高成功是否伴随高代价,尤其关注成功但代价异常的个案。比较设计时,成功接近而代价下降,才支持“同样能完成且更省”;只报成功率上升,无法排除是把失败改写成了更痛苦的成功。纵向回访可检验高代价成功是否转化为回避。

边界

极短、低风险的任务上,成功与否可能已经足够,代价差异小到不值得单独指标。安全关键领域则相反,一次高代价的成功可能比失败更危险,因为它掩盖了接近事故。专家用户愿意付的代价与新手不同,混合样本的平均代价会掩盖分裂。现场还有社会压力和时间压力,实验室里“愿意熬到成功”并不等于真实会付同样的代价。

怎么落地

  • 汇报成功率时并排给出至少一项代价:时间、错误、求助或负荷,缺一项就标明未测。
  • 把“成功但高代价”的场次单独列出,作为优先修复,而不是算进胜利。
  • 设定护栏:成功率不降但代价明显上升时,不得仅凭到达率发布。
  • 改版复测时检查原先高代价成功是否变成独立、低代价成功;若只是同样痛苦地到达,视为未解决。

延伸

  • 同组Q3.06.1 成功标准需在测试前定义 · Q3.06.2 部分成功需要单独编码
  • 相邻Q3.07 任务完成时间 · Q3.08 错误率与求助率
  • 站内检索success-rate cost blindness · task effort · completion cost

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/Q3.06.3