把GEO试跑周期压到三天，我砍掉了哪些环节

上周跟团队吵了一架，起因是我要把一个GEO试点从两周压到三天。他们说我瞎搞，我说先别急着否定，把流程拆开看哪些环节是真正卡时间的。

拆完发现，一个标准GEO试跑里，真正影响结论的环节只有三个：锁定提问集、跑端侧引用、对齐分母口径。剩下的什么竞品词拓展、内容生产排期、多轮验收评审，全是锦上添花，甚至有时候是自嗨。

我砍掉了这么几个东西：

第一刀，砍掉“全量提问集”。 原来一上来就整理两百个问题，光评审就要两天。现在只锁20个核心问句，必须是用户原话，不许改写成书面语。快速迭代的前提是问题集小到能当天跑完。

第二刀，砍掉“多端混跑”。 之前PC和App一起跑，数据回来根本对不上，因为设备口径没锁死。现在试跑阶段只跑一个端，先把单端基线跑出来，端侧差异留到第二轮再验证。别贪，一贪就慢。

第三刀，砍掉“报告美化”。 试跑阶段不要PPT，就要一张表：问句、端侧、引用来源、是否首提。四个字段，谁都能看懂。上量前先保证这张表能复现，复现不了就别谈归因。

三天跑下来，结论反而比两周的版本更清晰：三个核心问句在App端引用率明显高于PC端，但首提率反过来。这要是两周版，肯定又被平均成一个数糊弄过去了。

我的判断依据很简单：试跑的目的是证伪，不是证明。三天能证伪的假设，没必要花两周去证明它。

现在问题来了——你们试跑阶段会锁提问集数量吗？我锁20个是不是太激进，还是说其实可以更少？