大多数内容都无疾而终，因为瓶颈并不在写作本身——而是在它周边的一切。简报会丢失，草稿在审阅中停滞，修改在 Slack 里来回传递，而一篇“简单”的文章却要耗掉两天。我们围绕一个单一目标重建了工作流：在 90 分钟内把一个想法从空白文档推进到线上 URL，而且不跳过真正让文章变好的那些部分。
具体如下。
当一个想法进入选题队列的那一刻，时钟就开始走了。内容策略师会从三个维度给它打分——受众痛点、搜索意图和产品相关性——并在简报里写入一句话角度。任何无法在 5 分钟内通过这些筛选的问题都不会继续推进。这一步初筛在不占用任何人一小时成本的情况下，就淘汰了 60% 的糟糕想法。
接下来，简报会得到一个写作搭档，而不是一个替代写手。我们为每篇文章配上一组提示词，包含角度、受众、目标关键词，以及从现有排名内容中提取的三个参考示例。因为思考已经完成，初稿能在 20 分钟内完成——写作者做的是打磨，而不是盯着光标发呆。内部数据显示，使用结构化提示词组产出的草稿，比从零开始的草稿需要少 40% 的修改轮次。
编辑在同一份文档里、同一个小时内完成。评论直接锚定到具体句子上，而不是散落在 Slack 线程里。编辑过程会同步运行一份检查清单——开头是否有吸引力、每段是否只讲一个想法、是否包含 CTA、是否放置了内部链接——在清单完成之前，文档不会被放行。我们已经测量过：通过清单驱动审阅流程发布的文章，比在非正式审阅中来回折返的文章上线速度快 3 倍。
发布环节也自动化到了元数据层面。结构化数据、slug、OG 图片、alt 文本和内部链接都会从简报中自动填充。作者只需点击一个按钮。文章随即上线，几小时内被收录，并在仪表盘中显示出来，流量和滚动深度也已经与该主题的 KPI 关联起来。没有“元描述贴到哪里”的步骤。也不会忘记 canonical 标签。
90 分钟不是营销口号，而是一个真实数字。我们追踪了通过这套工作流发布的最近 40 篇文章：从空白文档到线上 URL 的中位时间是 87 分钟，最慢的一篇（2,000 字的技术文章）用时 112 分钟。
重点不是“更快”。而是速度是减少决策后的副产品。这套工作流中的每一步，都是在回答写作者或编辑原本必须自己提出的问题——什么角度、什么受众、什么示例、下一步是什么。当这些答案都已经内嵌好，时间感就消失了。
把这套工作流用在你的下一篇文章上并计时。如果标准文章都做不到 90 分钟，瓶颈就会准确告诉你流程在哪些地方泄漏了时间——以及应该先从哪里修复。