写大纲最省力的方法不是拍脑袋，是把目标词前 10 名的结构全部拆开，看哪些子问题被反复覆盖、哪些没人讲。我们 30 分钟能搭出一篇的骨架。
第一步：把前 10 名的标题和小标题抄下来
目标词搜一遍，取前 10 名自然结果（不算广告和本地包），把每个页面的 H2、H3 复制到一张表里。
这一步别偷懒用工具聚合，人工抄一遍，你会看到结构模式。我们一般用一个三列表：页面 URL、小标题、覆盖的子问题。
第二步：统计哪些子问题反复出现
把 10 个页面里出现 3 次以上的子问题挑出来，这些是"必须覆盖"的基本盘。
出现 1 到 2 次的，是"可以覆盖"的加分项。一次都没出现的，可能有两种情况：读者不需要，或者没人写好——需要判断。
这一步做完，文章的基本结构就有了。以"API 监控"为例，前 10 名反复覆盖的是：选型指标、告警设置、成本、常见错误。这四个必须写。
第三步：找没人讲的空白
空白是差异化所在，这一步最容易被跳过，也最值钱。看前 10 名缺什么：有没有人给真实截图？有没有人讲失败案例？有没有人算成本？有没有人对比自建和采购？
我们 2025 年 11 月给一个客户写"日志管理"的文章，前 10 名都在讲功能，没人讲"日志量大的时候成本怎么控"。我们加了一节实测数据，这篇后来排到第 4。
第四步：定结构，不照抄顺序
基本盘 + 差异化，重新排序。顺序按读者的理解路径排，不按别人的文章顺序排。
我们的默认结构是：结论前置 → 基本盘拆成 3 到 5 节 → 差异化一到两节 → 判断和建议。这个结构既能覆盖搜索意图，又留出信息增益的位置。
一个反例
2026 年 1 月我们接过一个客户的文章，大纲是把前 10 名的小标题按顺序拼起来，20 个小标题，一篇 6000 字。
结果：排名没起来，读者也看不完。因为它的结构是"别人怎么写我怎么写"，没有判断，也没有取舍。
大纲不是目录拼接，是取舍。前 10 名的结构是参考，不是模板。
一句判断
30 分钟搭大纲的关键，不是工具，是"先看别人写了什么，再决定自己写什么"。跳过这一步直接写，通常写到一半才发现别人早写过了。
这套方法我们用了两年，团队里新人第一天就能上手。大纲阶段多花半小时，写作阶段能省两小时。
元析智能
为软件公司做 SEO 和 GEO 优化