2026 年 7 月我们给一个客户排下季度内容计划，他一开始要一周五篇。算完产能，最后定的是每周三篇，一个季度 36 篇。一周三篇听着不多，但按我们的实际流程只能撑六周，第六周开始质量明显下滑。
一篇稿子的真实工时
选题和查资料 2 小时，初稿 2 小时，事实核查 1 小时，修改两轮 2 小时，配图和排版 1 小时，上线和提交 0.5 小时。加起来 8.5 小时。
这还没算选题会、和客户确认、以及卡在等材料上的时间。按每周 5 个工作日算，一个人一周最多写 3 篇，前提是不干别的。
排期表要留四块缓冲
第一块，等材料。产品文档、截图、客户案例，经常要等几天。
第二块，审稿往返。我们的规矩是 48 小时内给意见，实际经常拖到 72 小时。
第三块，节假日。春节、国庆前后两周产能基本为零，排期表上要标出来。
第四块，突发。客户临时要改首页、要写发布会稿，都会挤占内容时间。
排期表上写 36 篇，实际能交付 28 到 30 篇，这是正常范围。
我们怎么排季度表
先定主题方向，一个季度不超过 3 个。每个方向下排 8 到 12 篇，形成一个小集群。
再把 36 篇分到 12 周，每周 3 篇，但留两周完全不排，用来补前面的欠账。
最后标注依赖：哪几篇要等产品更新、哪几篇要等客户提供数据。依赖多的排到后面。
别按篇数考核写手
按篇数考核，结果一定是篇数上去了、质量下来了。我们试过，第二个月就出现大量 600 字的凑数稿。
现在考核三项：上线篇数、上线后四周的收录率、有没有出现事实错误。第三项是底线，出一次就复盘。
排期表要有人盯
排期表最怕写完就没人看。我们的做法是每周一上午花十分钟对一次：上周计划几篇、实际几篇、卡在哪。
这个动作很小，但它让排期表活着。三个月不看，表上的日期就全错了。
作者要跟一次上线后的数据
写完就不管，作者永远不知道自己的稿子有没有人看。我们要求每篇稿子上线一个月后，作者自己去看一次收录、曝光和点击，写三行结论。
这件事花二十分钟，但对选题判断的提升很明显，因为你会开始知道哪类题真的有人搜。
一个真实的教训
2025 年第四季度我们排了 45 篇，实际交付 31 篇。原因不是写手偷懒，是排期时把春节算成了正常周。
那个季度最后两周在赶工，有两篇稿子的事实核查跳过了，上线后发现一个工具名写错、一个数据对不上，只能撤回重发。赶工的代价比少写几篇大得多。
排期表宁可保守。少排两篇，交付率 100%，客户感受比排 45 篇交 31 篇好得多。
元析智能
为软件公司做 SEO 和 GEO 优化