社媒内容审批流程怎么搭：分工、送审、退回与留痕

最简单的审批流程是这样的：编辑写好稿子提交审核，由另一个人来审。审过了就直接发布或定时，审不过就写明原因退回，编辑改完再提交。已经批准的内容，只要有人改过，就要重新审。另外，每一步由谁接手，最好在定发布时间之前就说好。

做代运营的都知道，审稿出问题，很少是因为没人看过，多半是看的那一版和发出去的那一版不一样，或者到了点不知道该谁去发。品牌市场部和外部写手合作也是同样的情况，所以写稿的权限和发布的权限最好分开给。

OmniFire 是我们的产品。这篇先讲分工和审稿要看什么，再讲在产品里怎么设置、一条稿子怎么流转。文中的审核清单是我们的建议，系统里没有要求必须填写。

什么时候需要审批，什么时候可以不设

替客户或品牌账号发内容，出了错不只是写稿人一个人的事。活动规则、产品承诺、敏感说法，都应该让能核实的人先看一遍。新来的编辑和外包写手对品牌要求还不熟，也适合加一道审核。

如果是受监管的行业或者敏感话题，还要先想清楚谁有资格判断。在工具里有审核权限，和具备专业资质是两回事，需要法务或专业人士把关的内容，审批流程代替不了他们。

个人创作者自己写、自己发，不一定需要审批。团队里只有一个人在操作的话，多一道按钮也起不到独立检查的作用。OmniFire 的审批是按客户开启的，可以这个品牌开、那个品牌不开，不需要所有账号统一处理。

角色和客户范围分开设

角色决定一个人能做什么，客户分配决定他能对哪些客户做。团队一起发内容，这两项都要设。比如自由撰稿人只负责写稿，就没必要让他管理所有客户。

高一级的角色包含低一级的所有权限。系统里没有单独的“发布员”，审核通过的人在审核时就可以直接发布或定时。在成员页面可以分配管理员、审核员和编辑，所有者则要通过所有权转移来指定。

非管理员成员只能看到、也只能操作分配给自己的客户，审核员的审核队列里也只有这些客户的稿子。所有者和管理员能看到全部客户。所以给外包编辑分配了某个客户以后，负责这个客户的审核员也要一起分配进去，不然稿子交上来没人看得到。

谁来接替审核，也要提前安排。关闭自审批时，作者和最后保存修改的人都不能批准这篇稿子。如果审核员自己也参与了写稿或改稿，就需要另一位有审核权限的人来批。这件事最好早点定，免得临近发布才发现没人能批。

审核时具体看什么

下面这份清单可以作为每次审稿的基础，再根据品牌情况补充。这些都需要人来检查，OmniFire 不会自动校验。

• 客户与账号：品牌选得对不对，每个目标账号对不对。名字相近的账号尤其要多看一眼。
• 各平台文案与长度：看的是真正要发出去的文字，而不只是活动主题。格式和长度要符合各个平台的习惯。
• 素材与封面：是不是这次活动的素材，图片上的价格、日期和正文是否一致。
• 链接：点开实际页面，确认跳转到的是正确的活动或产品。
• 提及与声明：品牌名、人名和各种承诺都要核实。拿不准的说法，先请有依据的人确认。
• 时间与时区：日期和时区要一起确认。出海团队尤其注意，只说一个钟点很容易出错。

缺素材或缺依据的稿子，最好在提交前就补齐，审核人看到的应该就是准备发出去的版本，不需要自己去猜需求。退回的时候也一样，要说清楚具体哪里有问题，编辑才知道怎么改。

在 OmniFire 里设置审批

1. 确认套餐。Business、Agency 和 Enterprise 套餐有审批流程，Basic 和 Professional 上这个功能是锁定的。具体可以看价格页面。
2. 进入“客户 & 品牌”。管理员或所有者在这里为每个客户单独设置审批策略，没有整个工作区统一开启的开关。
3. 开启“发布前需要审核”。只给需要审批的客户打开，其他客户保持关闭即可。
4. 决定是否“允许自审批”。开启审批时，这一项默认是关闭的。如果需要有人独立把关，就保持关闭；只有团队非常小、确实没有第二个人时才考虑打开，前提是大家接受自己批自己的稿子。
5. 分配成员角色和客户。编辑负责写稿，审核员负责审对应客户的稿子。要确保作者能提交的稿子，审核人也看得到。
6. 检查一下写稿页面。开启审批后，这个客户的新内容只会显示“提交审核”，不再有直接发布或定时的选项，保存草稿照常可用。不仅是编辑，其他角色给这个客户新建内容也是一样。

管理员新建的内容同样要遵守客户的审批策略。正式按这个流程分配工作之前，最好让每个人确认一下自己负责哪些客户，以及当最后编辑者不能批准时由谁来接手。

一条内容怎么流转

草稿可以由作者自己提交，也可以由管理员或所有者代为提交。提交时，所有目标账号都必须属于这份草稿所对应的客户，否则提交不了。如果提交失败，可以先检查账号和客户是否匹配。

提交后，内容进入“审核队列”，状态显示为“审核中”。系统会尝试通知分配到这个客户的审核员，以及管理员和所有者，但是否能收到取决于每个人的通知设置，不能保证一定送达。因此团队里最好约定由谁负责定期查看队列。

审核人打开稿子后，可以查看、编辑、发布或拒绝。点击立即发布或定时，就等于同时批准了这条内容，不需要先点通过、再等别人来发。

拒绝时必须填写原因，作者会收到通知。原因要写得具体，比如指出哪句话缺少依据，作者才能直接修改。作者改完可以重新提交。系统里退回就是拒绝后重新提交，没有单独的“请求修改”按钮。

关闭自审批时，作者和最后编辑者都不能批准。审核人打开稿子以后，如果别人又修改了内容，系统不允许批准旧版本，需要重新加载。重新加载后，请把当前内容完整读一遍，因为之前看到的已经不是现在这一版了。

批准后改稿，以及定时内容怎么办

批准只对审过的那个版本有效。审核中或已批准的内容，只要保存了修改，就会回到草稿状态，需要重新提交。审核人在审核页面里修改并在同一步发布或定时，算作这次审核的一部分。但如果编辑在批准之后又改了内容，哪怕只改了一个字，原来的批准也就失效了。

开启审批的定时内容，取消定时后会回到审核队列，而不是回到普通草稿。在队列里可以继续编辑、立即发布或重新定时。已经开始发布的内容是撤不回来的，所以客户问能不能停下来时，先看清楚当前状态再回答。

修改后回到草稿、取消定时后回到队列，这是两种不同的情况。交接时如果只写一句“取消后再改”，接手的人很可能找错地方。

定时发布按排期时选择的时区执行。如果编辑和审核人不在同一个时区，受众所在的时间和排期用的时区都要核对清楚，可以参考定时发布功能和按时区安排社媒发布。只在聊天里说一句“明早发”，很容易出错。

互动收件箱里的评论、私信和应用商店评论回复，都不经过内容审批，这部分需要另外分工，可以参考应用商店评论与数据管理。

用操作日志留痕，不靠回忆对稿

Business 及以上套餐提供“操作日志”，记录工作流和发布操作的时间、用户、动作和详情，包括提交、批准、拒绝、修改后退回草稿、取消定时等。所有者和管理员能看到所有成员的操作，其他成员只能看到自己的。如果要核对整个团队的操作经过，需要请有完整权限的人来查。

快照历史和内容差异可以比较同一条内容的两个版本，看标题、流程状态、平台、媒体数量和正文有哪些改动，公众号的多图文还能逐篇比较。想知道批准之后改了哪里，对比一下版本就清楚了。

所有者和管理员可以“导出 CSV”。日志的保留期限是 Business 90 天、Agency 180 天、Enterprise 365 天，到期后不会保留。如果内部存档需要保存更久，记得在到期前导出。

常见问题

编辑能不经过审核直接发布吗？

如果客户没有开启审批，可以。开启后，编辑只能提交审核，不能直接发布或定时，而且非管理员也只能操作分配给自己的客户。

自己写的内容能自己批准吗？

需要客户开启了“允许自审批”，并且本人有审核权限。没有开启的话，作者和最后编辑者都不能批准。另外，开启自审批并不会让编辑自动获得审核权限。

批准后改稿，还要再审吗？

要。已批准的内容一旦保存了修改，就会回到草稿，需要重新提交。审核人打开稿子后如果有人改过，旧版本也无法批准，必须重新加载。

能把自由撰稿人限定到一个客户吗？

可以。给他分配编辑这类非管理员角色，只分配那一个客户就行。不要用管理员角色，因为管理员能看到所有客户。

哪个套餐有审批与日志？

从 Business 套餐开始提供，Agency 和 Enterprise 也有。选择套餐时，除了审批功能，也要看看日志能保留多少天。

想进一步了解，可以看看OmniFire 团队协作，也可以先免费试用 7 天。