L5.09.4typical failures lower overtrust设计研究
展示典型失败案例能压低过度信任，代价是短期采纳率下降
别名: 典型失败 · 压低过信 · adoption dip
概念解释
入门里放一条看起来很有把握、其实是假引文的回答。新用户第一次交托会更谨慎，短期「一键采用」会掉一截。亮出典型失败能把过信压下来，代价是短期采纳下降（typical failures lower overtrust）。
这是校准操作，不是事故。选的是真会发生的那种错，不是为了吓人而编的崩溃。
机制
过信缺的是向下的样本。把典型失败放进与成功同一层的展示，估计被拉回基率附近。拉回的行为是少点「全用」、多留核对——短期采纳率因此下降。下降是目标的一部分，不是副作用事故。产品若把采纳当唯一 KPI，会把这次校准读成功能失败，再把失败样本撤掉，过信回到原位。
与「校准需要暴露失败」不同。那里是原则：估计要吃到负样本。这里是一次具体干预：用典型案例去压已经偏高或即将偏高的信任，并承认采纳会先掉。Lee 与 See 的图上，这是一次有意的向下推。
怎么研究
入门随机插入或不插入该任务上的典型失败（流畅的假引文、写错的函数副作用），然后测第一次交托范围、核对、以及一周后的校准。自变量：失败是否典型、是否与成功同层、插入时机（入门 / 第一次成功之后）。因变量：短期采纳、估计与基率的差、一周后是否仍校准。
必须跟一周。只看当天采纳掉多少，会把成功的校准判成失败。
边界
失败样本若不可代表（用无关崩溃、或用极端事故），压下去的不是过信，是使用意愿本身，可能压过了头变成不足。高后果功能上，入门失败样本要配核对动作，否则只制造回避。信任不能靠文档建立——白皮书里的失败案例几乎压不动过信，必须是使用路径上遇见的。一次真的严重事故不是「典型失败展示」。
怎么落地
- 在入门或第一次扩大权限前，放一条该任务上真会出的失败，与一条成功同一层，并告诉人「请核这一类」。
- 把随后几天的采纳下降标成预期，不要当成回滚信号。看的是校准误差，不是当天采用按钮。
- 样本要换，避免被当成一次性表演。过期的失败（已经修掉的类）会变成虚假恐吓。
- 验证：插入后估计是否靠近基率、一键采用是否按预期下降、一周后交托范围是否仍与基率相称。采用没掉而估计仍高，样本不够典型或不够显眼。