V7.05.2Reporting feedback loop设计研究

举报者需被告知举报已受理并最终得到结果反馈

别名: 举报反馈 · 受理通知 · case outcome

概念解释

举报反馈闭环(reporting feedback loop)是在提交后确认已受理、说明下一步与预计时间,并在结案后给举报者适当的结果与保护信息。提交即沉默会让人无法判断是否需要另求帮助,也会削弱未来举报意愿。

机制

举报者通常承担情绪和潜在报复风险。即时确认减少“是否发送成功”的不确定性,进度让其安排安全措施,结果反馈表明规则是否真的执行。隐私限制可能无法公开被举报者的具体处分,但不应成为对举报者完全无回应的理由。

怎么研究

  • 范式:比较不同确认、进度和结果设计下的重复举报、求助、信任与复发。
  • 变量:确认时延、状态、结果粒度、处理时间、满意度、后续报告和安全感。
  • 方法论注意点:满意度低不必表示处理错误;需区分结果不符合期待与程序未知。

边界

某些调查需保密或尚未结束,不能承诺具体结果;仍可说明案件已在处理、可用保护和下一次更新时间。高风险时反馈本身也不能泄露会加剧报复的信息。

怎么落地

  • 提交后给安全收据、案件编号和紧急资源,允许举报者选择安全联系方式。
  • 显示阶段与预计复查点,延迟时主动说明而非静默。
  • 结案时说明可公开的决定、保护措施和进一步申诉路径。
  • 验证办法:测试举报者能否在各阶段知道案件状态、可采取的自我保护和何时再次求助。

延伸

  • 同组V7.05.1 举报入口需与被举报的内容出现在同一处 · V7.05.3 申诉需由不同于原判定的主体复核 · V7.05.4 恶意举报本身需被约束,否则举报会成为攻击手段 · V7.05.5 误判造成的损失需有可执行的补救而不只是撤销处理
  • 相邻V7.06 骚扰与保护 · V7.04 内容治理
  • 站内检索reporting feedback · case status · trust repair

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/V7.05.2