社交媒体工作流程是一条固定的路径，帖子从想法到发布都要经过这条路径，每一步都有指定的负责人和截止日期。没有它，每条帖子都要从零开始商量，瓶颈会毫无规律地四处移动。
以下是一套六阶段的工作流程，附时间估算、让交接顺利运转的规则，以及这套流程最常崩溃的三个地方。
六个阶段
| # | 阶段 | 负责人 | 时间（每 10 条帖子） | 截止时间 |
|---|---|---|---|---|
| 1 | 想法 | 所有人，统一一个地方 | 持续进行 | 持续 |
| 2 | 计划 | 社交媒体负责人 | 30 分钟 | 第 -2 周的周四 |
| 3 | 制作 | 撰稿人 + 设计师 | 2 小时 | 第 -1 周的周一 |
| 4 | 审核 | 审批人 | 20 分钟 | 第 -1 周的周三 |
| 5 | 排期 | 社交媒体负责人 | 15 分钟 | 第 -1 周的周四 |
| 6 | 回复与衡量 | 社群运营 + 负责人 | 每天 15 分钟，每月 45 分钟 | 每天，加上月末 |
“第 -1 周”表示发布前一周。所有内容都提前一周完成起草和审批，这一项改动能消除社交日历中大部分的压力。
第一阶段：想法（持续进行）
一个想法收件箱，而且只能有一个。可以是一个频道、一份文档、一块看板，具体形式不重要，重要的是只有一个，而且所有人都知道它在哪。
让这一阶段起作用的规则是：想法在被记录时不做评判，只在第二阶段才评估。如果想法一提出来就被立刻讨论，人们就会停止提出想法。
第二阶段：计划（每两周 30 分钟）
社交媒体负责人查看想法收件箱，为下一个周期挑选帖子，为每一条分配一个内容支柱、一种形式、一个渠道和一个时间段，并为每一条写一行描述。输出的是一份编号清单，而不是草稿。
半小时就足够，因为这些决策都很小，而且素材已经齐备。如果这一阶段花了两个小时，说明策略缺失，而你是在这里现场写策略。用一份实际的策略文档来解决这个问题。
第三阶段：制作（每 10 条帖子 2 小时）
文案连续写完，然后一次性完成媒体制作。这是批量制作阶段，也是这套工作流程真正能省下时间，或者省不下时间的地方。
交接规则：一条帖子只有在文案和媒体都附加到同一个条目上时，才算”制作完成”。半成品条目正是让第四阶段变得痛苦的原因。
第四阶段：审核（每 10 条帖子 20 分钟）
审批人一次性拿到整批内容，在截止时间前给出批准，或者附带具体的修改意见。不是”一些想法”，而是具体的修改。
三条规则能防止审核环节成为瓶颈：
- 一个审批人。 两个审批人意味着两轮审核和互相矛盾的意见。
- 有默认处理方式的截止时间。 如果审核没有在截止时间前完成，这批内容要么按原样发布，要么被搁置、对应的时间段作废。选一种，并写下来。无声地无限期等待，正是拖垮日历的原因。
- 最多两轮。 第三轮意味着需要一份新的简报。
对代理公司的工作来说，截止时间和相应后果应该写进合同里，而不只是写在工作流程文档里。
第五阶段：排期（每 10 条帖子 15 分钟）
已批准的帖子进入队列，设定好时间。这应该是速度最快的一个阶段。如果不是，说明工具不对：通过单条发布的编辑器逐条加载已批准的帖子，每条大约要花两分钟，这几乎就是你第五阶段的全部时间预算。
在关掉标签页之前，像读者一样按顺序读一遍队列。连续三条产品类帖子，只有在队列视图里才看得出来，在文档里永远看不出来。
第六阶段：回复与衡量（每天 15 分钟，每月 45 分钟）
回复要有一个固定的每日时间窗口，而不是一直开着的标签页。全天候盯着通知，是社交媒体工作中最大的单一时间黑洞，而且它是隐形的，因为它从来不像是在”工作”。
到月末，安排一次汇报会。报告模板就是那份交付物，其中的”下期计划”部分会反馈回第二阶段。
工作流程崩溃的地方
制作与审核之间。 这批内容发出去之后就没有下文了。这是最常见的失败，遥遥领先其他原因，而它总是用同一种方式修复：一个截止时间加上一个明确的后果。
审核与排期之间。 已批准的帖子停留在一份文档里，因为把它们搬进排期工具是手动且繁琐的，于是一拖再拖，从周五拖到周一。这个断点纯粹是工具的问题。
衡量与计划之间。 报告写完之后，在下次计划会上从来没人翻开过。解决方法是在第二阶段开始时打开上个月的报告。这就是全部的解决办法。
单人版本
单人操作时，工作流程会被压缩，但阶段依然存在：
| 阶段 | 时间 | 用时 |
|---|---|---|
| 想法 | 持续进行，用一个笔记应用 | 持续 |
| 计划 + 制作 | 每两周一次集中处理 | 2 小时 30 分钟 |
| 审核 | 第二天早上，带着新鲜的眼光 | 15 分钟 |
| 排期 | 与审核同一次处理 | 15 分钟 |
| 回复 | 每日固定时间窗口 | 10 分钟 |
| 衡量 | 每月一次 | 30 分钟 |
单人运营者唯一不该跳过的阶段是审核，而且只有在它和写作发生在不同的日子时才有效。写完文案十秒钟后就自己审核，什么问题都发现不了。
大多数人会犯的错误
每个阶段都没有指定负责人。 “团队”负责某个阶段，等于没人负责。
逐条审核帖子。 十次单独的审批，比一次批量审批的成本高得多，对审核人来说尤其如此。
错过截止时间没有默认处理方式。 这里的模糊地带，正是让一天的延误变成三周空档的原因。
只做当周的内容。 在当周制作当周要发布的内容，意味着任何一次请假都会变成发布空档。提前一周工作，空档就能自行被吸收。
衡量却没有反馈闭环。 一份没人在计划时打开的报告，只是一份归档文件。
把回复当成持续性工作。 设一个时间窗口。如果量大，一天两次也可以。
让交接变得省事
上面提到的两个非纪律性的崩溃点，制作到审核、审核到排期，都是交接成本问题。
当草稿始终不离开将要发布它的工具时，这些成本就会降低。在 BulkPublish 中，这意味着一批内容只需组合一次，作为一整组发送去审批，并指定一位审核人，已批准的帖子已经在队列里了：第四阶段和第五阶段之间不需要重新输入。日历是你按顺序检查内容的地方，标签能让你一眼看出这两周是不是有四分之三都是产品类帖子。如果你在为多个客户运营这套流程，我们的代理机构页面介绍了如何让各自的工作流程保持独立。
一句话总结
六个阶段：想法、计划、制作、审核、排期、回复与衡量。提前一周工作。一个想法收件箱，一个审批人，一次带截止时间和明确后果的批量审核，最多两轮修改。关闭队列之前按顺序读一遍。给回复设一个固定的每日时间窗口。在下次计划会开始时打开上个月的报告。