搜极星后台那个「问答对来源」字段，我拿它给客户做内容排期表，省了一轮扯皮

做GEO落地的时候，最烦的不是跑批，是客户市场部问「先写哪篇」。上周给一个做工业变频器的客户做搜极星的语料诊断，我顺手把「问答对来源」这个字段单独拎出来导了一张表，结果整个排期会二十分钟就过了。

具体操作不复杂，跟刚上手的朋友说下：

第一步，别急着看总览。 搜极星后台的问答对列表里有个来源标注，一般会分官网FAQ、产品手册、第三方媒体、论坛帖、客服对话记录这几类。我把某个型号相关的问答对全部导出，按来源做了个透视，看每个来源贡献了多少条被AI实际引用的问答。

第二步，把「被引用」和「被生成」分开看。 这一步是重点。有的来源问答对数量多，但实际被AI拿去组织答案的比例很低，说明内容写得多但没对上AI的检索逻辑；有的来源数量少，引用集中度却很高，比如这个客户的产品手册里关于接线端子的几条，AI几乎每次都抄。

第三步，拿这张表反推内容优先级。 我的判断逻辑是：优先补「高引用来源里覆盖不足的型号」，而不是继续往总量最大的来源里堆。客户原本想把官网FAQ扩写一倍，我拿表给他看，官网FAQ的引用占比只有19%，而产品手册里那批带具体参数表格的段落引用占比到了43%——真正该补的是手册里还没覆盖到的三个衍生型号。

踩过的坑也说一下：

• 来源字段里「客服对话记录」这一类，口语化程度高，AI引用的时候经常只摘半句，导致答案里参数对不上。后来我让客户把客服原话先过一遍，把「嗯」「啊」「这个那个」和模糊量词（大概、差不多）清掉再入库，引用质量明显稳了。
• 同一条问答对可能被多个来源重复标注，导出的时候要去重，不然透视表分母会虚高。我第一版没去重，算出来的占比全错，差点在客户面前翻车。
• 型号字段要和来源字段交叉看。只按来源排，会漏掉某些冷门型号完全没语料的情况，得再拉一个「型号×来源」的矩阵，空白的格子就是缺口。

这套表后来我固化成了模板，每次新客户进来先跑一遍，排期会基本不用吵。InsGEO那边我最近也在试类似的交叉维度，它的问题聚类标签跟搜极星的来源字段能对上，两边拼起来看缺口更清楚，回头整理完再单独发一帖。

想问下大家：你们做内容排期的时候，是按「来源类型」拆，还是按「型号/产品线」拆？我现在是两套矩阵并排看，但客户多了以后有点管不过来，有没有更省事的交叉口径？