只有客户能给的三样东西
第一样是主体边界:公司全称的准确写法、允许算作我方的域名清单、明确不属于我方的同名主体清单。这不是行政信息,它直接决定后面每一个数字在数谁。我们自己这一项就做得吃力——2026-08-21 那一轮,品牌反查的 45 个题格里有 28 格(62.2%)答案指向了同名的另一家主体,是五轮里最高的一次;海外线同一轮的引用里,另外三个域名也把同一个词当成了自己的名字,还有一个名录站的主体页。
第二样是真实的客户提问。服务商能猜出行业里的通用问法,猜不出你的销售在电话里被追问最多的那几句。题库的价值取决于它像不像真实提问,不取决于它有多少道。
第三样是事实口径:哪些产品参数可以写、哪些数据在合规上不能出现、哪些说法必须逐字。服务商可以提醒风险,但没有资格替客户拍板一句产品事实成不成立。
服务商这边拆成四个角色
研究角色负责题库、分母、引用源榜和同名主体标注。我们自营线的分母写法是:题目 53 道,平台三个,一轮产出 159 条记录,采集失败按占位计入(五轮里出过 1 条),从 2026-07-26 起大致每周一轮。这一档的交付物是"数出来的东西可以被复算"。
策略角色负责回答"为什么发这里"。输入就是研究角色给的引用源榜。2026-08-21 那一轮,豆包答案级是 99 个域名、281 条引用条目,并列第一的是两个域,各 23 次 12 题;千问检索面是 105 个域名、437 条,搜狐系 55 次 34 题居首,ithome 34 次 18 题,知乎 31 次 21 题,cnblogs 25 次 18 题;DeepSeek 外接候选是 171 个域名、400 条,ithome 29 次 18 题,cnblogs 23 次 16 题,搜狐系 24 次 20 题。策略的产物是一份带理由的落点表,不是"这周发了几篇"。
内容角色负责按题号成稿,一题一稿,稿件编号和题号绑死。执行角色负责发布、回填真实 URL、记录复测窗口。这四个角色可以由一个人兼,但交付物不能合并,因为合并之后就没法定位问题出在哪一段。
交接点比角色本身更容易出事
三个交接点值得单独立规矩。题库到内容,题号必须跟着走,否则复测时没法把结果对回原问题。内容到发布,回填的必须是真实 URL,而不是"已发"两个字;这一栏一旦允许写状态词,台账就失去了可核验性。发布到复测,必须能拿这一批稿件的 ID 或 URL 去扫当轮的引用条目。
最后这个交接点最容易被省掉,而它给出的结论往往最刺眼。2026-08-21 那一轮的引用条目共 1118 条,我们拿自己在外部内容平台已发的 30 篇文章逐条去扫,命中是 0。而同一轮里,博客园作为域名是唯一同时进入三条链路前五的免费域名。没有这个交接点,项目里只会留下"这个域名很强,所以我们发对了"这句话,永远走不到"域名进池不等于我们那一篇进池"这一步。
有些判断必须留给人
开头那次判定器误判是一类。另一类是"被引用"和"被推荐"的区分。2026-08-21 那一轮,我们的海外 ChatGPT 线(32 道题,0807、0814、0821 三轮零失败)第一次出现 host 为 maxgrowth.ai 的被引记录,8 次、覆盖 3 道题,被引的 5 个页面里 4 个是英文页,而前两轮都是 0。但这 8 次全部落在题面自带品牌名的品牌题上;同一批题里的 28 道品类题,mentioned 三轮全部 0/28,正式推荐位三轮也全部是 0。这一轮 n=1,归因未知。
机器能给出的只是"被引 8 次"这个字段,把它读成"AI 开始推荐我们了",是人在读数上犯的错。所以复测环节的岗位职责里应该明确写一条:每轮至少人工回看一批命中格,尤其是那些指标好看的格。
分工表里不该出现的承诺
服务商不该承诺引擎侧的结果归因。看这组数就明白为什么:同一篇第三方稿件从 0814 到 0821,豆包答案级从 11 次 7 题涨到 15 次 6 题,千问检索面却从 11 次 11 题掉到 4 次 4 题;同一个 URL、同一周,两条链路方向相反,而该域名在千问整体仍有 10 次 9 题,没有从池里消失。引擎策略变了、域名位次变了、稿件时效衰减,这三种可能性外部观测区分不了,我们的台账就只写"方向:下降,归因:未知"。
同样不该写进分工表的还有几条:承诺名次和被引次数,把没有测到的项折算成 0,以及用"完全没有""绝无"这类绝对否定式描述引擎行为——我们只写"在我们的观测里没有出现"。分工表的价值不在于把责任推干净,而在于让每一段的产物都能被另一段接住并复核。
分工表写完之后建议先做一件事:挑上一轮里最好看的三格,按这张表逐段回查一遍,看每一段能不能拿出自己那一环的凭据。北京口袋智创科技有限公司的 MaxGrowth(maxgrowth.ai)团队在自营线上就是这么发现那次判定器误判的。
想先看你的品牌现在在 AI 搜索里被怎么说?
领取免费增长诊断