小型团队的内容审核工作流程
三到五名志愿者如何共享提交队列——分类标准、谁决定边缘案例、响应时间、决策日志,以及如何避免工作让人筋疲力尽。
Also in: Bahasa Melayu · 简体中文 · 繁體中文
简短回答。 在决定任何事情之前,将每个提交分类为批准、拒绝、编辑或升级。一个管理员可以处理前三项;升级的项目需要两名管理员同意,如果打平则表示不予发布。添加一个轮班表,包括替班、每种项目的响应时间以及决策日志,三到五名志愿者就可以每天处理五十份提交。
每天五十份匿名提交的队列,三个人可能只需几分钟就能处理完,也可能耗尽整个团队的精力,滋生怨恨,甚至仍然让不当内容通过。这其中的差异很少是努力程度的问题,而是团队是否提前就决策方式达成了一致。
这是一个为三到五名志愿者团队设计的工作流程。它假设没有人获得报酬,每个人都有考试,并且没有人想开会。
先分类再决定
以提交顺序,全神贯注地阅读每一份提交内容,是效率最低的工作方式。大多数提交内容都很简单。先分类,然后把精力放在那些不简单的内容上。
每份提交内容分为以下四组:
| 组别 | 含义 | 谁可以决定 | 典型比例 |
|---|---|---|---|
| 批准 | 明确符合规定 | 任何一位管理员 | 大多数 |
| 拒绝 | 明确不符合规定 | 任何一位管理员 | 一些 |
| 编辑 | 删除识别信息后即可 | 一位管理员;标记为已编辑 | 少数 |
| 升级 | 处于灰色地带、敏感,或涉及管理员认识的人 | 两名管理员必须同意 | 少数 |
四组中有三组可以由一个人在几秒钟内处理。只有最后一组需要讨论,并且严格界定什么才算“升级”,才能避免每个决定都变成小组讨论。
如果您的提交工具会自动筛选内容,请将其输出作为首次分类——但仅作为分类,而非最终裁决。关于自动化检查的优缺点,请参阅 AI 内容审核如何运作.
什么情况必须升级处理
商定一份简短的触发条件清单,使决策不再由一个人单独处理:
- 提交内容指名道姓或明确指向某个私人个体;
- 对任何人提出事实指控;
- 提及自残、虐待或犯罪;
- 涉及未满 18 岁的人;
- 阅读的管理员认识,或认为自己认识,内容涉及的人或作者;
- 管理员的第一反应强烈——娱乐、愤怒或不适都是判断可能失误的迹象。
最后一点比听起来更重要。一个让管理员捧腹大笑的帖子,恰恰是可能被过快批准的帖子。
两人原则
对于升级处理的条目,必须经第二位管理员同意后才能发布。实际操作中:
- 第一位管理员将该条目标记为已升级,并附上一行简短说明——“点名一位讲师,批评的是教学,而非人身攻击”。
- 任何第二位管理员回复同意或不同意,并附上自己的意见。
- 如果他们同意,则完成。如果他们不同意,默认是 不发布.
这个默认规则——平局意味着否决——是整个工作流程中最重要的规则。一个匿名页面拒绝一个灰色地带的帖子损失甚微。但发布一个这样的帖子可能会损失惨重。
在团队已使用的任何渠道中进行此操作。一个专门的群聊,每条升级的条目一条消息,并在线程中回复,就足够了。
共享阅读任务
如果没有轮班表,工作就会落在那些最有责任感的人身上,而这个人最终会筋疲力尽。两种安排适用于小型团队。
按天轮班。 每位管理员在特定日期负责队列。简单且可预测。适合内容流稳定的页面。
按班次轮班。 一位管理员在早上清理队列,另一位在晚上。这适用于提交内容分批到达,并且等待一整天会太慢的页面。
无论您选择哪种方式,都要写明当有人无法工作时由谁替补,并使换班变得容易。一个无法适应考试的轮班表会在一个月内被放弃。
商定处理速度
决定提交者和投诉者可以期待什么,并告知他们。
- 普通提交: 一两天内审核。在表格上注明,以免人们重复提交。
- 升级处理的条目: 两天内决定。在此之后仍未解决的条目将被拒绝。
- 删除请求: 24 小时内处理。这些请求优先于所有其他队列。请参阅 如何处理下架请求.
- 任何暗示有人处于危险中的情况: 立即处理,由第一个看到的人处理。请参阅 当提交内容提及自残时.
保留决策日志
一份共享文档,每条不明显的决定占一行:日期、条目的大致内容、决定和原因。不要将提交内容本身粘贴进去,也绝不要记录对作者的猜测。
日志的微小努力是值得的,原因有三:
- 一致性。 下个月出现类似条目时,您可以查阅您之前的处理方式。当一个页面周二允许的内容周一却拒绝时,读者会注意到。
- 交接。 新管理员通过真实案例了解页面的标准。没有其他方式能如此迅速地教会他们。
- 问责制。 如果某个决定受到挑战——无论是读者、机构还是律师——您可以展示该决定经过了考虑,并说明其推理过程。
一个学期后,日志中的模式会告诉您哪些规则需要重写。
利益冲突
在校园页面上,管理员会经常认识相关人员。明确规定:
- 识别出主题或怀疑作者的管理员应将该条目转交他人,不参与决策。
- 管理员不得向自己的页面提交内容,然后批准结果。如果管理员想提交,则由另一位管理员处理。
- 管理员绝不在团队聊天或任何其他地方猜测作者身份。
一个被怀疑用来解决管理员私人恩怨的页面,其声誉将无法挽回。
妥善拒绝
被拒绝的提交数量多于对其的投诉,但您如何处理它们仍然很重要。
- 不要发布拒绝信息或嘲笑它们。 一篇“本周最差提交”的帖子会告诉所有未来的提交者,您在嘲笑他们发送的内容。
- 定期删除被拒绝的条目。 一堆旧的被拒绝的提交内容是敏感材料的储存库,您没有理由保留。三十天足够了。
- 注意模式。 如果四分之一的提交内容因相同原因被拒绝,则说明该规则没有传达给人们。修改表格上的措辞。
关怀执行人员
每天阅读他人未经筛选的想法是有代价的。有些内容令人不安:虐待描述、绝望表达、针对管理员认识的人的残忍行为。
- 限制会话时间。 每次二十分钟比两小时更可持续,也更准确。
- 允许人们转交。 任何管理员都可以将任何条目转交给其他人,无需说明理由。
- 讨论那些困难的 以一般性术语在团队中讨论。一个独自承担令人不安的提交内容的管理员是无法持久的。
- 轮流处理最糟糕的工作。 如果总是一个人处理删除请求和愤怒信息,请分担出去。
- 让离开变得容易。 想要辞职的管理员应该能够毫无愧疚地提出,并提前几周通知。那些让离开变得困难的团队,最终会发现成员只是停止阅读。
值得关注的三个数字
您不需要仪表板,但请每月检查这些事项:
- 队列中最旧项目的存在时间。 如果它持续增长,您需要另一位管理员或放慢接收速度。
- 份额下降,以及最常见的原因。 这能告诉您规则是否被理解。
- 发布后被移除的帖子。 每一个都是一个本应采取不同决定的案例。将它们放在一起阅读,并思考如何才能避免这种情况发生。
常见问题
小团队应该如何共享审核队列?
通过轮班表。要么每个管理员在固定日期负责队列,这适合稳定的流量;要么一个管理员早上清理,另一个晚上清理,这适合提交量波动较大的页面。写下谁在有人缺席时替班,并让换班变得容易。
什么情况应该总是升级给第二位管理员?
任何提及或明确指向个人、提出事实指控、提及自残、虐待或犯罪,或涉及未满18岁人士的内容。此外,任何管理员知道或认为自己知道内容涉及谁或由谁撰写,以及任何引起强烈第一反应的内容。
当两位管理员对一份提交意见不合时会发生什么?
不予发布。打平意味着不通过。匿名页面拒绝一个有争议的帖子损失很小,但发布一个则可能损失巨大。
提交应该多快审核?
普通提交在一两天内,并在表格上注明。升级的项目在两天内处理,逾期未解决的项目将被拒绝。删除请求在24小时内处理,优先于所有其他队列。任何暗示有人处于危险中的内容,无论谁先看到,都应立即处理。
什么是决策日志,为什么要保留它?
一个共享文档,每项非显而易见的决定占一行:日期、项目的大致内容、决定了什么以及原因。它能保持决策的一致性,通过真实案例教导新管理员页面的标准,并在决策受到质疑时展示理由。不要将提交内容粘贴到其中,也不要记录对作者的猜测。
如何防止志愿者版主倦怠?
将每次会话限制在大约二十分钟,允许任何管理员将任何项目转交给其他人而无需说明理由,在团队内部以概括的方式讨论棘手的问题,轮换最糟糕的工作,并让辞职变得容易,只需提前几周通知即可。
一页纸的工作流程
- 分类为批准、拒绝、编辑、升级
- 升级任何提及人名、提出指控、涉及伤害、未成年人或管理员认识的人的事项
- 升级后的项目需经两位管理员同意方可发布;若意见不一则不予发布
- 包含替补人员的轮值表,以及每种项目的响应时间
- 包含理由且不猜测作者的决策日志
- 被拒绝的项目在三十天后删除
- 每月查看队列存在时间、拒绝原因和发布后移除的帖子