售后问句的「场景词」验收，我坚持写进合同附件才敢签字

上周跟一个客户过GEO试点验收，他们拿AI答案里「售后问句的覆盖数」当KPI，我看了一眼报表就喊停——分母没锁，这数没法签。

先交代背景：我们做的是售后场景的AI问句优化，比如「洗衣机脱水异响怎么办」「空调保修期内换压缩机要钱吗」这类。客户内部的验收口径是「AI答案中品牌被提及的售后问句占比」，听起来很合理对吧？但问题出在「售后问句」这个集合怎么定义。

我让他们把问句原文列拉出来，挑了30条对。发现他们统计的售后问句里混进了大量「售前咨询」和「产品对比」——比如「XX洗衣机和小天鹅哪个好」也被算进售后池子，因为带了产品型号。这直接导致分母虚高，覆盖数怎么跑都难看。

我在纽约跑批的时候踩过一模一样的坑。当时是快消品类，售后问句和产品投诉混在一起，最后复盘发现分母里27%是无效问句。这次我直接要求：验收表里必须附上「问句原文列」+「场景标签」+「采样批次ID」，三个字段缺一个我就不签。

具体怎么锁分母？我的做法是：

1. 先按「售后场景」拆子类：安装调试、故障报修、保修政策、耗材更换、退换货流程。每个子类单独给权重，不混算总量。
2. 场景词必须从客户真实客服工单里反向抽，不是我们拍脑袋编。我让客户导了三个月的售后工单标题，用高频动词+名词组合生成种子词，再喂给AI扩问句。
3. 验收窗口写进合同附件：比如「以2025年Q3自然月为窗口，按周采样，每周固定抓取200条售后问句，取四周均值」。不写窗口，甲方随时可以拿单日峰值来压你。

还有一个细节：问句原文列要跟数据一起存。我见过太多项目验收时只存了「问句ID」，结果复盘时想回查原文发现库里已经清洗过了，对不上。所以现在我的合同模板里明确写：所有验收数据包必须包含原始问句文本、场景标签、批次时间戳，缺一项视为未交付。

客户一开始嫌麻烦，说「别的供应商没这么要求」。我回他：那你去问他们分母里有没有混进售前问句。后来他们自己拉了一遍，发现确实有19%的售后问句其实是售前咨询，当场同意按我的口径重跑。

所以我的判断依据很简单：GEO验收，分母口径、批次ID、问句原文，三样锁死再谈效果。不然跑出来的数都是self-serving，自己骗自己。

你们在售后场景的验收里，问句池子是怎么划分的？有没有遇到过「售前售后混算」导致分母虚高的情况？