社交媒体内容日历，是一份关于你将发布什么、发到哪里、什么时候发布的计划。大多数是电子表格，大多数在两个月内就被放弃了，原因通常是它们一开始就是为了显得详尽而设计的，而不是为了能被维护下去。
这篇讲的是一份日历里真正该放的东西。如果你想了解建立它的具体流程，那是另一篇单独的指南。
它的作用
有三件事，把这三件事想清楚，就能避免大多数日历的臃肿。
一份承诺。 日历说你会在周二发布，没有它，就只是一份想法清单。
一个整体视角。 一次看到两周的内容，能让你发现单条帖子看不出来的问题：同一个想法出现了两次、某一周什么都没有、四条帖子挤在同一个早上。
把思考和执行分开。 决定发什么和把它写出来是两件不同的事，把它们放在一起做，正是每天发帖让人筋疲力尽的原因。
日历里凡是不服务于这三件事的内容，都是行政负担。
该放什么
| 字段 | 原因 |
|---|---|
| 日期和时间 | 这是承诺 |
| 内容 | 帖子本身 |
| 平台 | 发到哪里 |
| 媒体 | 附加了什么 |
| 状态 | 想法、草稿、已排期 |
五个字段，这样的日历大家才会愿意去填。
不该放什么
数据表现。 这属于数据分析的范畴。把计划要做的事和实际效果混在一起，会让两者都更难读懂。
复杂的活动分类体系。 如果你需要给帖子分组，一个标签就够了。电子表格里的三级活动层级，是一件你在维护、而不是在使用的东西。
审批流程，除非你确实有审批人。 只有当真的有人在审核时才加上这个，不要为了预防而加。
按平台分列的文案列。 这会让文件变宽变脆弱，而按平台调整措辞，最好放在你能看到帖子本身的地方去决定。
要规划多远
对大多数账号来说，四到六周比较合适。
超过这个范围，会出两个问题。内容会老化，尤其是提到你产品或时事的内容。计划也会跟不上实际情况，于是你花的时间变成了重新规划，而不是写作。
短于两周，你就失去了一次看到整体的好处。
它应该放在哪里
真正的问题在于，计划和队列是不是同一个东西。
电子表格是更好的思考界面：编辑快、一目了然、便于分享审阅。它的弱点是，它只是你打算发布内容的一份计划，还得靠别的东西去真正发布出去。这两者会逐渐脱节，电子表格变成了一份记录你本来打算做什么的档案。
排期工具的日历就是队列本身，所以不会脱节。它的弱点是，作为思考的场所不够好用。
一个可行的做法是两者都用，但只朝一个方向走：先在电子表格里规划，导入之后，就把队列当作唯一的事实来源。永远不要同时维护两份，因为计划和队列各说各话，比只依赖其中一个更糟糕。
BulkPublish 的批量合成器读取带有 content 列的 CSV，外加可选的 scheduled_at 和 media_urls，这正是一份规划表格本来就有的形状。
固定栏位的思路
内容日历里杠杆效应最大的事，其实不是日历本身，而是决定周一是解释性内容、周三是幕后花絮、周五是一个问题。
这把”周一发什么”变成了”这周的解释性内容是什么”，这是一个小得多的问题，也正是让日历能持续下去、而不是变成每周一次的心理负担的关键。
排期发布
BulkPublish 可发布到 15 个平台：Facebook、Instagram、TikTok、YouTube、X、Threads、Bluesky、Pinterest、Google Business Profile、LinkedIn、Mastodon、Discord、Telegram、Tumblr 和 Snapchat。
- 频道： 免费版：3 个（每个平台 1 个）。Pro：30 个（每个平台 2 个）。Business：75 个（每个平台 5 个）。
- 帖子： 免费版：每天 3 条。Pro：每天 30 条。Business：无限。
- 循环排期： 免费版：无。Pro：10 个。Business：无限。
循环排期覆盖那些真正会重复出现的栏位，所以这些内容不需要每个周期都重新录入。
精简版
五个字段，提前四到六周规划，一个事实来源。把数据分析和活动分类排除在外。定下你的固定栏位，因为这才是让每周的问题变小的关键。如果你在电子表格里做规划，就导入它，而不是同时维护两份。