举报处理结果需要给举报者可感知的反馈
别名: 举报反馈 · report feedback · closure notice · moderation transparency
概念解释
举报后没有任何回音的系统会让举报者怀疑「举报有用吗」，下一次遇到破坏行为时的举报意愿随之下降（见举报处理时效条目的信任侵蚀循环）。可感知的反馈（perceptible feedback）不需要向举报者披露处罚细节（被举报者的隐私），它需要传达的是状态与结果：已收到 → 已处理 → 已对该玩家采取措施（不说明具体措施），加上可感知的实效证据（该玩家不再出现在你的对局中）。反馈让举报从「投入黑洞」变成「有回路的协作」。
机制
反馈维持举报意愿的机制是行为心理学的强化回路：举报是一种合作行为（付出成本维护社区），反馈是对合作的确认（你的行为产生了效果），确认的存在让行为在未来重复的概率上升。反馈的「可感知」标准高于「已发送」：一条系统通知（「你的举报已提交」）只确认了接收，不确认结果——举报者关心的是结果（那个人被处理了吗）。结果反馈的隐私平衡：不透露具体处罚（封几天、什么处罚）保护被举报者的隐私，但状态层级可以披露（已核实并处理 / 证据不足未处理），状态披露让举报者知道系统在运转且举报被认真对待。实效证据是更强的反馈形态：屏蔽与举报联动后，「你举报的玩家不再出现在你的对局中」是可感知的实效（而非承诺）。反馈的时机与时效承诺绑定（处理时效条目），超时的反馈（处理了但一个月后才通知）的强化效果大打折扣。
边界
反馈设计的边界是不制造虚假确认：批量自动回复（所有举报都回「已处理」但实际没有处理）在短期内维持举报率，长期被识破后的信任崩塌比不反馈更糟——反馈的内容必须与实际处理状态一致。不处理的举报（证据不足）的反馈是设计难点：「证据不足未处理」的诚实告知可能让举报者沮丧，但比虚假的「已处理」诚实；告知可以附带说明（「本次证据不足以采取行动，继续举报累积的记录会提高处理优先级」），让未处理不是死路。反馈的粒度按举报者需求分层：多数举报者只需要状态确认（已处理/未处理），重度贡献者（准确率高的举报者）可以提供更多细节反馈（处理类别的确认），分层反馈平衡信息价值与系统成本。反馈渠道的选择（游戏内通知、邮件、推送）影响到达率，游戏内通知的到达率最高，作为默认渠道。
怎么落地
- 建立举报状态机（已受理 → 审核中 → 已处理/未处理），每个状态变更推送游戏内通知给举报者，状态与实际处理严格同步。
- 屏蔽与举报联动的实效反馈（被举报且处理的玩家自动加入举报者的屏蔽），并在反馈通知中说明。
- 验证办法：跟踪收到反馈的举报者与未收到反馈的举报者的后续举报率差异——反馈组的再举报率显著更高时，说明反馈在维持举报意愿；同时监测反馈通知与实际处理的一致性抽查结果，防止虚假确认。