提升自我效能比单纯简化功能更能推动技术采纳
别名: 效能感干预 · 简化功能的局限 · vicarious experience
概念解释
当用户因为自我效能低而不愿意尝试或采纳一项技术时，单纯继续简化功能、减少操作步骤，往往不是最有效的干预方式；更有效的做法是直接针对用户的自我效能本身做干预——让用户相信自己能行，而不只是让任务变得客观上更容易。这条结论建立在一个事实上：低自我效能导致的放弃发生在客观难度评估完成之前——如果用户根本不愿意尝试，简化后的功能再简单，用户也感知不到这个简化。
机制
功能简化能起作用的前提是用户已经进入尝试环节，且客观难度确实是阻碍完成的主要原因；但当核心问题是用户在尝试之前就已经因为自我效能低而放弃，简化功能所作用的对象——任务本身的客观复杂度——根本没有被用户评估过，自然也就不会改变用户"要不要试"这个决策。相反，直接提升自我效能的干预（比如让用户看到与自己相似的人成功使用的示范、提供分阶段的小成功体验）作用在决策发生之前的信心层面，能够改变用户是否愿意进入尝试环节这个更早、更根本的关口。两种干预并不互斥，只是分别作用在决策链条的不同环节；但当放弃发生在尝试之前，只做简化而不做效能感干预，改进会作用在一个用户根本不会到达的环节上，投入被浪费。
怎么研究
检验两种干预相对效果的方式是做对照实验：一组只接受功能简化（减少步骤、优化文案），另一组额外加入效能感干预（榜样示范、分阶段小任务、正向归因引导），比较两组在"是否发起尝试"这个环节的转化率差异，而不只是比较两组中已经开始尝试的用户的完成率。如果两组在发起尝试的转化率上出现明显差距，说明效能感干预在简化功能触达不到的环节起了作用。
边界
当放弃的真正原因是任务客观上确实复杂、用户已经尝试过但受阻于操作步骤本身时，效能感干预不能替代真正的功能简化——这条结论只适用于"用户在尝试前就放弃"这一种失败模式；如果诊断错了失败模式，把因客观复杂度导致的放弃误判为自我效能问题，效能感干预不会有效果。
怎么落地
- 在优化留存或转化率之前，先诊断当前的流失主要发生在"完全没有尝试就离开"还是"尝试了但中途放弃"——前者更可能是效能感问题，后者更可能是客观复杂度问题，两种诊断结果应该导向不同的干预投入方向。
- 如果诊断为效能感问题，优先在任务入口附近加入具体、可信的成功示范（真实用户案例、"已有多少人完成"这类进度提示），而不是继续压缩已经不多的操作步骤。
- 验证办法：对比只做功能简化与增加效能感干预两个版本在"发起尝试"这一步的转化率；如果效能感干预版本在发起尝试环节的提升明显大于简化版本，而两者在发起尝试后的完成率相近，说明问题的瓶颈确实在效能感，而不是客观难度。