小型团队的社交媒体内容审核清单

好的审核流程，会在帖子发布前，对一个命名清楚的版本给出明确的“通过”或“不通过”。如果之后图片、链接或文字改了，一句“看着不错”就没多大用处。请按发布时的样子检查整条帖子，并指定真正负责发送的人。

本文用一则虚构的工作坊公告做例子，由组织者和发布人员检查。你只需要一份共享文档和你的发布工具。

定好谁做什么

写下谁核对事实、谁可以批准这条公告、谁来发布。在小团队里，一个人可以身兼几项工作，但记录里仍要写明做了哪项检查。如果只有一个人了解活动细节，就不要找五个人笼统地“批准”。

约定每个人检查什么：组织者检查日期、地点和报名条件；发布人员检查账号、格式和发布时间。如果帖子有译文，请懂这种语言的人检查。审核截止时间要比发布时间早不少，留出修改的余地。没有回复不等于通过。

给帖子起个简单的名字，比如workshop-23-oct-v2。附上完整正文、图片文件、图片说明、链接、账号、语言，以及带时区的计划发布时间。截图能看出帖子的样子，但不应是正文或链接的唯一副本。

在这个例子里，活动于2026年10月23日18:00在Riverside图书馆举行。审核者应能把这些信息和真实的报名页面放在一起对照。提醒的发送时间和活动的开始时间要分开写。“以后再加”的链接，谁也没法检查。

像第一次看到这条帖子一样读一遍。能看懂这是什么活动、谁可以参加、在哪里举行、接下来该做什么吗？点开链接，看看读者会到达哪个页面。如果帖子请大家马上报名，确认报名已经开放。

别让审核添上做不到的承诺。“提供材料”和“请自带材料”是不同的要求，不是同一件事的两种说法。多语言帖子指南可以帮你检查不同语言之间的这类差别。

写一条明确的回复：“已批准：workshop-23-oct-v2，账号@workshop，中文正文和图片如所示，按计划时间发布。”或者写“需要修改”，并列出还要改的具体内容。

如果批准后场地变了，就做一个v3，请大家重新决定。之前的“通过”属于v2，不涵盖之后的修改。提前约定哪些小改动（比如错别字）发布人员可以直接改，不用重新审核。含义、日期或条件的改动，一律要重新检查。

发布人员把批准的版本复制到工具里，保存后重新打开已排期的帖子。把正文、图片顺序、说明、账号和时间与你的记录对照。每个平台的版本要分别检查；批准了一个预览，不代表所有平台都没问题。

只能由一个人或一个工具发送帖子。如果审核截止时间已过，问题还没解决，帖子就保持未批准状态：在工具里改期或取消。日历上有空档，不等于可以发布。用每周内容日历给审核留出足够的时间。

保存已发布帖子的链接，确认它和批准的版本一致。如果不一致，找出原因：帖子改过、排错了项目，还是平台改变了显示方式。用更正已发布帖子的指南修正读者看到的内容。

把来源、审核过的版本、决定和已发布帖子的链接放在一起保存。只有在清楚哪些检查真正能发现错误之后，才去掉某个审核步骤。这份清单适用于任何工具。如果你的团队使用Studio，草稿可以在发布前等待批准，这样“通过”和排期就在同一个地方完成。Studio目前还不能使用；你可以加入等候名单。