内容排期表还是内容日历:产品发布到底该用哪一个
内容排期表记录每篇内容要证明什么,内容日历记录它什么时候发。产品发布不在这两者里二选一,而要把两套字段放进同一张四周表。

内容排期表管的是每篇内容要证明什么,内容日历管的是它哪天发。产品发布时,这两件事必须写在同一张表上,否则要么排了一堆没人能核实的题目,要么到了发布周没有一篇能发。下面是一张四周表:前两周准备,发布周上线,后两周用真实问题接上。它是排期模板,不是流量预测。
内容排期表和内容日历,差别在哪
内容排期表是一份决策记录:读者是谁、他搜什么或问什么、这篇要立住哪句话、证据在哪。内容日历是一份生产记录:日期、渠道、负责人、状态。前者能在动笔前拦掉一个空题,后者能防止一篇好稿错过发布窗口。很多团队只留了其中一份,却管它叫另一份。
| 问题 | 内容排期表 | 内容日历 |
|---|---|---|
| 记什么 | 读者、问题、主张、证据 | 日期、渠道、负责人、状态 |
| 决定什么 | 这篇值不值得占一个位置 | 这篇什么时候发 |
| 什么时候失效 | 每个格子都有题目,没有一句主张 | 每篇稿子都好了,没有一篇排上 |
| 发布期谁负责 | 创始人或产品市场 | 当周实际发布的人 |
| 验收问题 | 读者读完能复述哪一句 | 周二到底发什么 |
一张只有日期、没有主张列的表格,是内容日历。一份只有主题、没有日期的文档,是永远发不出去的排期。两份都不算错,只是到了发布期,渠道审核、社区发帖、合作伙伴的邮件和创始人的时间会同时压过来,这时两份表之间的缝最贵。
发布期为什么会分成两张皮
发布前,内容是有空才做。发布后,节奏由你控制不了的渠道决定:目录审核几天、社区帖什么时候能发、合作方 newsletter 排在哪周。排期这一边不断加题目,日历这一边不断挪日期。两周后,团队有十二个题目、三篇已发布。
解法不是做一张更大的表,而是每一行同时写出两半。有日期没有主张,说明这篇还没想清楚;有主张没有日期,说明它不会发生。这张表也不是给老板看的装饰,它是发布周用来拒绝临时插单的依据。这和产品发布准备清单是同一条规矩:一项素材只有写清用途和截止时间,才算准备好。
把四周发布表搭起来
从发布日前两周开始,到发布日后两周结束。四周是给小型团队的编辑选择,不是测出来的最优值。重点不是铺满,而是每项素材只承担一个任务、一份证据、一个日期。
- 第 -2 周:先写主张列。每个计划中的素材,先写一句读者读完应该能复述的话。写不出这句话,就先别占日历格子。完成标志:每一行都有读者和一句主张。
- 第 -1 周:给主张配证据。每条主张配一个可核查的东西:截图、前后对比数字、带日期的公开文件、或一个可复现的例子。证据不存在,就补证据或删主张。完成标志:没有任何一行靠形容词撑着。
- 发布周:先保住两篇回答问题的内容。一篇讲清楚改了什么、给谁用;另一篇讲清楚它替代了什么、什么情况下不适用。其他内容都可以挪。完成标志:这两篇的日期都排在发布帖之前或同周。
- 第 +1、+2 周:把发布周收到的问题发出去。这是排期表真正回本的地方:问题是真实的,证据已经在你的收件箱里。完成标志:每篇跟进都写明它回答的是哪个问题。
可以直接抄的四周表
把下面这张表复制到你团队本来就会打开的工具里。六列就够。示例行只是占位,不是推荐的渠道组合;渠道和证据都换成你实际做得到的。
| 周 | 素材 | 任务 | 证据 | 负责人 | 星期 |
|---|---|---|---|---|---|
| -2 | 定位说明 | 定住读者和替代对象 | 一句不用行话的话 | 创始人 | 一 |
| -2 | 产品页改写 | 让产品能被一句话说清并链接 | 改前改后截图 | 产品 | 四 |
| -1 | 演示或样例 | 展示第一个有用结果 | 可复现步骤和输出 | 产品 | 二 |
| -1 | 目录投递包 | 让审核者看到同一套事实 | 一页产品说明 | 市场 | 五 |
| 0 | 发布帖 | 说清改了什么、给谁用 | 具名案例或带日期的版本 | 创始人 | 二 |
| 0 | 异议回答页 | 处理第一个反对意见 | 原文引用那个异议 | 市场 | 四 |
| +1 | 跟进一 | 回答发布周的真实问题 | 问题原文和答案 | 支持 | 二 |
| +2 | 跟进二 | 把一个用例从头走到尾 | 输入、步骤、输出 | 产品 | 二 |
两条规矩让这张表不变成许愿单。第一,没有证据的行不留;不能被核查的主张只是口号,口号不需要排期。第二,一两个人的团队,每周最多两项素材。限制来自产能,不是野心。
删掉一行还不影响整个故事,这张表才算排完。
主张和证据从哪里来
它们不该在排期阶段现编。来源和内容 brief 怎么写是同一处:读者的问题、你手上已有的证据、这篇要读者做的动作。先写 brief,排期一行只要五分钟;跳过 brief,每一行都会在最忙的时候变成一个小型调研项目。
发布期的问题通常来自三个地方:支持消息、销售通话、以及你发布产品的那条公开帖子。先按出现频率排,再按能不能拿证据回答排。前两个进 +1、+2 周,其余等着。这一步最常被跳过,也是很多发布日历到发布日就断了的原因。
某一周没做完怎么办
滑期是正常的。真正的损失是日期越堆越多,表还假装成立。用这三条处理。
- 挪日期,不换主张。这周做不完,就挪到下一个空位。不要用一篇更薄、没有证据的内容顶上。
- 删掉只为填空的素材。因为周二空着才写的帖子,对读者没有帮助。删掉它是进度,不是失败。
- 用滑期检查产能。连着两周没完成,通常说明计划假设了一个你并没有的团队。先减行,再补日期。
常见问题
内容排期表和内容日历到底有什么区别?
内容排期表记录决策:读者、问题、主张、证据。内容日历记录生产:日期、渠道、负责人、状态。前者回答这篇为什么存在,后者回答它什么时候发。
产品发布需要两份都做吗?
需要两套字段,但不必是两个文件。用一张表同时放下两套列。两个文件最容易在发布周走散,而那正是最需要对齐的时候。
发布表要排多远?
小型团队排发布前两周、发布后两周就够。再长会变成许愿单,因为你还不知道发布后会出现哪些问题。第一篇跟进发出去之后,再补下一个月。
社交媒体帖和邮件要不要进表?
只有在它有任务、有证据时才进。只重复发布标题的帖子是分发动作,不是编辑素材。可以放进日历,但不要给它一个填不出来的主张列。
还没有客户案例怎么办?
用可复现的例子:一组输入和输出、一张改前改后截图、一份带日期的公开文件。不要编客户,也不要编百分比。我们不知道哪一项素材对你的发布最有用;这张表让选择保持可见,而不是替你拍板。
下一步
新建一张空表,加上六列。先写第一行的读者和主张,再挑日期。然后确认素材真的存在,别让每一行变成临时调研,最后把排好的行交给当周负责发布的人。表填满之后,用内容创作工作流把每项素材交出去。
本文属于 QueryWin 实操手册 · 第 2 阶


