内容日历的状态，不是对工作进度的装饰性描述，而是用来决定“下一步做什么”的管理接口。状态设计得好，打开日历就能识别内容卡在哪里、谁需要处理，以及排期是否已经超过个人承载能力；设计得差，所有内容都会被归入“进行中”，日历最终只是一个堆满待办事项的列表。

状态设计的三个原则

第一，状态必须对应明确动作。“待筛选”意味着判断选题是否保留，“待准备”意味着补充资料和结构，“制作中”意味着完成初稿或渠道版本，“待发布”意味着进行发布前检查，“已发布”意味着保存链接并进入复盘。若某个状态无法直接提示下一步，就不值得单独存在。

第二，状态应描述流程阶段，而不是主观感受。“重要”“紧急”“灵感不错”属于优先级或标签，不应与“待准备”“制作中”混在同一字段里。状态负责回答内容做到哪一步，优先级负责回答应该先处理什么，两者混用会削弱筛选和排期能力。

第三，状态颗粒度应服从维护成本。对一人公司而言，“待筛选、待准备、制作中、待发布、已发布、暂缓”通常已经足够。只有当拆分后的状态会改变具体动作，才有必要增加“待补素材”“待编辑”等环节。每一个额外状态都会增加判断和维护负担，过细的流程可能让管理日历本身变成新的工作。

让状态暴露瓶颈

状态设计还应服务于流量控制。若“制作中”长期堆积，问题可能不是写作能力不足，而是同时启动了过多任务；若“待准备”不断增加，则说明选题筛选过快、素材准备跟不上；若“待发布”积压，可能是排期过密或发布前检查过于复杂。状态分布因此可以成为诊断流程的依据，而不只是进度标记。

“已发布”也不应作为终点。发布后至少要补充实际发布时间、发布链接和复盘备注，并记录是否需要改写、拆分或再次使用。计划日期与实际日期必须分开，否则延期会被新的日期覆盖，之后无法判断问题究竟出在选题、制作还是发布环节。

最稳妥的做法，是先用少量状态运行一段时间，再根据真实卡点调整。不要先追求完整的内容生产模型，而应确保每张内容卡都能清楚回答：现在处于哪一阶段，下一步由什么动作推动，以及完成后应进入哪个状态。只有状态真正改变决策，内容日历才会成为流程系统，而不是任务清单。