A11.12.2Computer self-efficacy研究设计

自我效能指用户对自己能否学会并用好某技术的主观信心

别名: 自我效能 · self-efficacy · 计算机自我效能

概念解释

自我效能(self-efficacy,在技术使用场景中常称为 computer self-efficacy)指一个人对"自己能不能学会并用好某项技术"这件事的主观信心判断。要划清的界限是:这是对自己能力的信念,不是对技术好不好用的评价(那是感知易用性),也不是对技术有没有用的评价(感知有用性)。同一个界面,自我效能高的用户会把它看成"需要摸索一下,但我能搞定",自我效能低的用户会把同样的界面看成"这超出我的能力范围"。

机制

自我效能之所以能独立于客观能力起作用,是因为它调节的是行为层面的输入,而不是结果层面的天花板:高自我效能的人遇到困难时更倾向于把困难解读为"需要多试几次"而坚持下去,低自我效能的人更倾向于把同样的困难解读为"证明了我做不到"而提前放弃。这个差异发生在能力被真正检验之前,所以客观能力相近的两个人可能因为自我效能不同而走向完全不同的结果——坚持者靠额外的尝试获得了更多练习机会,实际能力随之提升;提前放弃者因为退出而失去了本可以获得的练习机会,行为差距进一步放大成能力差距。

怎么研究

标准测量工具是自评量表,例如计算机自我效能量表,让被试对一系列具体任务陈述("即使没有人在旁边指导,我也能完成……")打信心分,加总或加权得到效能分数。这个分数通常作为预测变量,与后续的任务坚持时间、求助频率、实际任务表现做相关或回归分析。因变量选择上要注意区分:自我效能预测的是"愿不愿意开始或坚持尝试",不是直接预测"最终做没做对"——效能感与结果表现之间隔着"是否坚持尝试"这一层中介,跳过这层直接把效能分数当成能力预测值是常见的误用。

边界

自我效能是任务与领域特定的,不是一个人整体、跨领域通用的自信水平——同一个人可能对社交软件效能感很高,对财务软件效能感很低,用一个笼统的"技术自信"标签描述用户,是对这个概念的误用。自我效能也会随最近的成败经验快速波动,一次好的或差的使用体验就能在短期内改变效能感,不是固定不变的人格特质,这一点在设计对照评估时需要控制时间窗口。

怎么落地

  • 设计引导流程和错误提示时,目标定位为维持或提升用户对自己完成任务能力的信心,而不只是帮用户完成任务本身——措辞上避免暗示"这很简单",这句话对自我效能低的用户是反效果:一旦他们没能轻松完成,会把失败归因进一步加重为"连这么简单的都做不到"。
  • 把复杂任务拆成有明确阶段性成功反馈的小步骤,让用户在真正遇到难点之前先积累几次"我做到了"的体验——这类小的成功经验对自我效能的提升,比任何说服性文案都更有效。
  • 验证办法:在任务型可用性测试中加入任务前后的简短自我效能自评("你有多大把握能完成这个任务""完成后你觉得自己表现如何"),比较任务前后的分数变化;如果多数用户完成后自评分数不升反降,说明当前的任务设计在打击而非建立用户的效能感,即使客观完成率不低也需要重新设计反馈方式。

延伸

  • 同组A11.12.1 感知有用性与感知易用性共同决定用户是否愿意采纳新技术 · A11.12.3 低自我效能的用户会高估任务难度,提前放弃尝试 · A11.12.4 早期使用体验的成败直接塑造后续的自我效能水平 · A11.12.5 提升自我效能比单纯简化功能更能推动技术采纳
  • 相邻A11.11.2 社会角色分工造成的经验差异,比生理性别本身更能解释行为差异
  • 站内检索self-efficacy · computer self-efficacy · Bandura

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/A11.12.2