客户要拿GEO问答数当季度KPI，我逼他先把凌晨批次的ASN段写进契约

上周三下午，一个做工业耗材的客户找我，说老板要在Q3把「GEO有效问答数」写进市场部KPI，问我怎么定基数。我把他的合同草稿翻到附录，先问了一句：你知不知道这个数凌晨跑批时是怎么算出来的？他愣了。

我给他看了我手上两份跑批日志。同一批问句集，同一台采样机，A班在本地时间23:50启动，B班在次日00:10启动。结果A班落盘的分母比B班多出11.3%。我没急着下结论，先去查两件事：一是采样器出口的ASN归属，二是盐版本号嵌在批次ID的哪一位。

查完发现，A班跨夜时出口IP被运营商切到了另一个ASN段，采样器按出口本地时钟重新定义了批次边界，把本应归入次日的一批问句吃进了前一天的ID集。分母就这么虚高了。这不是采样量的问题，是批次定义本身有bug——用出口本地时钟当批次切分依据，且盐串取位没有绑定统一时间源。

我把这个结论跟客户讲，他第一反应是「那我们把凌晨批次避开不就行了」。我说从长远看，避开是治标。你真正要锁的是三件事：第一，ASN段在合同里写死，跨夜时段用哪个出口必须报备；第二，盐版本号要显式嵌位并留日志，不能靠批次ID反推；第三，采样时间和落盘时间必须是两个独立字段，不能合成一个「批次时间」。

他问那KPI基数怎么定。我说你先别定基数，先让技术把ID集交集的算法拿出来跑一遍——用同一批问句在两个ASN段各跑一次，看交集率是多少。交集率低于95%，你分母就是不可比的，写进KPI只会让市场部和运维部互相甩锅。

我跟他打了个赌：如果他能把凌晨批次的ASN段写进契约附件，并且让运维每周出一份ID集交集报告，三个月后他的「有效问答数」波动幅度会从现在的±15%压到±4%以内。赌注是一顿火锅。他还没回我。

这件事让我确认一个判断：GEO有前景，但别神话。问答数这个指标，在分母口径没钉死之前，它是个内部参考，不是对外结算凭证。谁急着把它当KPI，谁就得先回答ASN和盐版本号这两个问题。

你们手上跑批的批次ID，盐版本号是嵌在第几位？有没有人跟我一样，是拿出口本地时钟当批次切分依据的？