L3.13.5feedback without visible change decays to zero设计研究
反馈若不产生可见变化，提交率会迅速衰减到接近零
别名: 反馈无回音 · 提交率衰减 · closing the loop
概念解释
第一次踩，人还愿意点。第二次、第三次，同样的错还在，控件还在原处，什么也没变。第四次开始不点了。无回音则衰减（feedback without visible change decays）指的是：提交率依赖「我这下改变了什么」的可见闭环。闭环不出现，通道会在很短的重复里枯死，剩下的不是质量变好，是人不再说话。
自选择已经让说话的人很少。无回音会把这很少再砍掉。
机制
反馈是工具性的：人付出成本，期待系统或后续输出有可察觉的差。差可以很小——这句话被标了「已记下」、下一次同类请求不再犯同一槽、出现「根据你上次指出的…」。完全无差时，成本变成纯损耗，工具性消失，行为被消退。
衰减很快，因为生成任务重复密集，几轮就够学到「点了也白点」。此后再加更重的反馈表单，只会让还没走的人走得更快。通道枯死后，产品误读为「投诉下降」。
怎么研究
纵向跟踪同一人的提交。比较：无任何回音、即时回执无后续变化、下一次输出可见改动。因变量：第 n 次生成仍提交的概率、完全停止提交的轮次。自变量：回音类型（回执 / 真正改动）、改动是否针对该人指出的位置。
针对位置的改动应比泛泛「我们会改进」更能维持提交。要把「投诉下降」和「问题下降」拆开，用抽检错误率对照。
边界
一次性用户没有「第 n 次」，衰减观察不到，但仍应给回执，以免口碑通道枯死。安全举报即使无可见产品变化，也必须走另一套回执（工单号），否则衰减会伤到必须保留的通道。真正改动若要几个版本才能上线，应用「已记录、指向某次更新」填这段等待，不能空白。这条不处理编辑作为更富信号。
怎么落地
- 每次提交至少给即时回执，并在能做到的最短周期内让同类错误不再出现在该用户面前。
- 回执要具体到位置：「你标的这个数字我们不会再沿用」，不要「感谢反馈」。
- 把提交率当通道健康指标，和错误率一起看。提交率下降而抽检错误率不降，是衰减，不是变好。
- 验证：让人连续三次遇到同一类错。无回音组第三次还会不会点。若几乎不点，通道已枯。给一次针对位置的改动，第三次提交应明显高于无回音组。