一个问题在 AI 里被拆成几个子问题，怎么对上

拿一个问句做实验：「深圳办公室装修一平米多少钱」。这个问题丢进 AI，答案通常不是一句话，是五段：单价区间、影响单价的因素、报价里常被漏掉的项目、工期、怎么比价。

用户问的是一件事，机器答的是五件事。这五件事就是它拆出来的子问题。你的内容能不能进答案，取决于你在几个子问题上有货，而不取决于你把「多少钱」这三个字写了几遍。

理解这个拆解过程，是做 AI 搜索优化的人最该先弄明白的一层。

拆解是怎么发生的

先把实体认出来

机器读到一个问句，头一步是认出里面有什么。地点（深圳）、对象（办公室）、动作（装修）、指标（一平米多少钱）。

认出实体之后，它才知道该去哪个语料库里找。认错了，后面全错。这就是为什么企业名称、地区、品类要写得毫无歧义。「我们」这种指代，「本厂」这种自称，在语料里等于没有主语。

再判意图类型

同一个问句，意图可以归到几类：要数字、要判断、要推荐、要流程、要风险提示。「一平米多少钱」主要归到要数字，但它自带比较和风险的影子，所以答案会顺带补上。

意图判错的情况也常见。「怎么选」被当成要推荐，「哪家好」被当成要流程。你没法控制它怎么判，能做的是把几种意图的答案都备着。

然后排子问题

拆出来的子问题有排序。排序依据是「多数人接下来会问什么」。所以答案的第一段永远是最普适的那条，越往后越具体，越往后越少人看。

这个排序对你的含义很直接：越靠前的子问题，被引用的机会越多，也越挤。靠后的子问题竞争小，但需要有足够具体的材料才写得出。

几类常见问句的拆法

价格类

拆成：区间、构成、变量、漏项、怎么压。五个子问题里，「构成」和「漏项」最容易做出差异，因为多数同行只给一个区间数字，不给拆解。

写清「这个价格里含什么、不含什么」，比写「三百到八百一平」有用得多。前者能被引用，后者只能被当参考。

选择类

拆成：判断标准、常见误区、不同情况怎么选、什么人适合什么。这类问句的答案最容易变成空话，因为写的人自己也没有标准。

有标准的写法是给阈值。「面积小于八十平，别做全屋定制，做成品柜更划算」——这种带数字的判断，会被反复引用。

流程类

拆成：前置条件、步骤、每步多久、卡点在哪、出问题怎么补。多数人只写步骤，不写卡点。

卡点才是真信息。「水电验收后要等三天才能封槽」这种细节，同行不爱写，用户很需要，机器也认。

风险类

拆成：有哪些坑、怎么识别、遇到怎么办、怎么预防。这类子问题在 AI 答案里经常出现在最后一段，位置靠后但转化高——看到这一段的人，多半已经在认真考虑。

怎么反推自己的子问题

一题五问

把核心问句丢给五个平台，把五份答案并排放。重合的分段就是稳定的子问题，只在某一两个平台出现的，是那个平台的偏好。

标出三段以上的重合项，那就是你必须写的内容。一段都没有的，说明这个问句在你的行业里还没形成稳定拆法，属于机会区。

看答案的分段标题

不少平台的答案带小标题。把这些小标题抄下来，直接就是子问题清单。这是最省力的取材方式，很多人反而没注意。

抄的时候注意措辞。它写的可能是「常见问题」，你要还原成具体问句「施工期间能住人吗」。具体的那句才是你要答的。

看追问

自己当用户，问完一个问题之后接着追问三轮。你追问的内容，就是别人也会追问的内容。这一条比任何工具都准，因为追问是本能。

内容怎么对齐子问题

一个子问题一节

最省事的结构：每个 h2 对应一个子问题，标题直接写成问句，第一段给答案，后面给条件和例外。

这种结构有三个好处：机器抽段落时不会串味；用户扫读时找得到；你自己写的时候不容易跑题。

一篇覆盖四到六个子问题是合适的量。低于三个，内容单薄；高于八个，每个都写不透。

子问题之间要有过渡

一节一节硬切，读起来像问答列表。加一两句过渡，说明为什么下一个问题接着上一个，读感就顺了。

过渡句还有个作用：它把几个子问题串成一条线，机器判断整篇主题时更集中，不容易被当成拼凑。

给每个子问题留一个具体锚点

数字、地名、规格、时间、案例里的某个细节。锚点是这句话从「正确」变成「可信」的那一步。

「工期一般四十五天」是正确。「九十平的办公室，拆改五天、水电十二天、瓦工十八天、收尾十天，中间等定制柜进场七天」是可信。

别过度拆

有人学了这个方法，把一个问句拆成十五个子问题，每个写两百字，凑成一篇三千字。这种文章读起来像清单，哪个都没说透。

拆的目的是把话说清，不是把篇幅撑满。一个子问题如果只能写两句话，那就合并到别的节里，别单独立标题。

还有个反向的错：所有子问题混在一段里写。一段五百字，五个主题，机器抽不出来，人也读不下去。

判断该不该单独立节，有个笨办法：看你有没有一段具体的材料能撑住。有材料，立节；只有泛泛的判断，先攒材料，别急着写。空着的标题比没有标题更伤，因为它让读者觉得这篇没料。

怎么检验对齐了没有

写完之后，把文章的小标题单独列出来，跟你收集的子问题清单对照。缺哪个补哪个，多出来的看是否真有必要。

再过一遍：每个 h2 下面第一段，能不能独立回答那个标题。答不了，就是结构没对上。

一个实际的例子

有家做中央空调清洗的客户，原来一篇文章标题叫「中央空调清洗服务介绍」，两千字，什么都写了，什么也没写透。

我们把它拆成五篇，对应五个子问题：多久洗一次、洗一次多少钱、自己能不能洗、洗不干净会怎样、怎么挑服务商。每篇一千二百字，结构一样，标题就是问句。

三个月后，这五个问句里有四个能在答案里看到他们。原来的那篇长文，一次都没被引用过。

内容没变多，只是把一件事拆成了五件说清楚。机器读得懂拆开的东西，人也一样。

他们现在每月固定做一件事：把这五个问句再问一遍，看答案有没有变。变了就查原因，没变就接着写下一个问句。这套动作重复了两年，现在覆盖的问句已经到三十多个，五个子问题变成了三十个，来源全是客户自己问出来的。