软件产品发布当周才开始写内容，已经晚了。我们把内容排期提前 8 周：预热期讲问题、教育期讲方案、发布期讲产品、跟进期讲案例。
为什么内容要早于产品
发布当周才开始写，有三个问题：搜索需要时间收录和排名；用户需要时间理解问题；销售需要素材去接触客户。
我们 2025 年做过对比：提前 8 周做内容的发布，首月自然流量是发布当天才开始写的 3 倍。
第 8 到 6 周：预热期讲问题
这个阶段不讲产品，讲"你正在遇到什么问题"。
三类内容：行业问题分析、用户痛点盘点、旧方案的局限。目标是让目标用户认领问题。
写法上，别急着提产品名。文章里提一次"我们正在做一个新方案"，结尾留个订阅入口就行。
第 5 到 3 周：教育期讲方案
讲"这类问题通常怎么解"，可以对比不同思路，但不急着讲自家产品。
三类内容：解决方案对比、选型标准、实施注意事项。
这个阶段可以开始埋产品线索：在对比里提一句"我们采用了 XX 方案"，但不展开。
第 2 到 0 周：发布期讲产品
发布前两周，开始写产品相关的内容：功能解读、使用场景、和竞品的差异。
发布当天发三篇：产品介绍（给新用户）、功能深潜（给技术读者）、发布公告（给现有客户和媒体）。
发布后第一周发两篇：客户案例（如果有）、常见问题。
发布后 4 周：跟进期讲案例
产品上线后，用户会有真实反馈。这个阶段写：第一批用户怎么用、遇到什么问题、我们怎么解决。
这类内容最容易被引用，因为有一手信息。我们一般要求产品团队在发布后两周内提供 3 个真实使用场景。
一个例子
2026 年 3 月，一个客户发布日志分析模块。我们提前 8 周排期：
第 8 周发"日志成本失控的三个原因"，第 5 周发"日志方案怎么选"，第 2 周发功能解读，发布当天发三篇，第一周发 FAQ，第四周发两个客户的真实使用记录。
结果：发布首月自然流量 1.8 万，注册 240 个，其中 60% 来自预热期和发布期的内容。
一个提醒
预热期的内容不要写得太"营销"。用户能看出来你在铺垫，效果会打折。
写法上以"我们观察到"开头，讲问题、讲数据，别讲产品有多好。
一句判断
产品发布的内容效果，80% 取决于发布前有没有铺垫。提前 8 周不是夸张，是按搜索收录和用户决策周期算出来的。
如果产品下周就发，那至少把"问题类内容"补上，别只发一篇产品介绍。
元析智能
为软件公司做 SEO 和 GEO 优化