GEO 复测记录:把“变好了”写成可复查证据
豆序服务第一次观察时,一条回答写道:
豆序服务提供咖啡机租赁及咖啡豆配送,适合成都企业客户,并可提供四川全省上门维护。
团队随后更正旧合作介绍,在当前服务页明确上门区域和响应方式需要按办公地点与方案确认,并发布一篇租赁选择帮助内容。
复测时,一条回答变成:
豆序服务面向成都办公室提供咖啡机租赁与维护,具体上门范围和响应方式应以其当前服务说明及合同为准。
这次确实出现了有价值的变化。但“复测成功”“官网修改带来了效果”都还说得太快。
这一页会把一次变化变成下一轮依据
| 你带来的输入 | 当场动作 | 本页成果 | 下一轮怎样继续 |
|---|---|---|---|
| 原问题、基线回答、入口身份证、发布记录卡 | 在相近条件下重新观察,逐项比较回答与来源 | 有边界的复测结论和项目交接卡 | 保留原问题,处理剩余错误或新的资料缺口 |
复测不是重新问一次以后凭感觉打分。它要回答三个具体问题:前后是否可比,中间真实改了什么,本轮回答具体变在哪里。
先确认前后是不是在回答同一件事
把第一次记录放在复测旁边,逐项核对:
| 条件 | 第一次 | 复测 | 是否仍可比较 |
|---|---|---|---|
| 问题原文 | 成都五十人办公室怎样选择咖啡机租赁 | 同一原文 | 是 |
| 产品入口 | 手机普通聊天入口 | 同一入口 | 是 |
| 会话方式 | 可见新会话 | 可见新会话 | 是 |
| 账号状态 | 普通登录账号 | 普通登录账号 | 是 |
| 观察次数 | 预先约定次数 | 相同次数 | 是 |
| 入口形态 | 普通回答 | 期间无重大改版 | 是 |
如果复测时加上品牌名称、打开了不同模式、沿用旧会话,或者产品入口已经变成新的搜索形态,必须写清差异。仍然可以观察,但不能假装条件完全相同。
再确认中间真正发生了什么
不要写“优化了官网”。写出可核对的事件:
- 旧合作介绍中的“四川全省上门维护”已经更正;
- 当前服务页新增上门范围与响应方式的边界;
- 新帮助页解释设备容量、清洁、维护和耗材费用;
- 最终页面已用未登录方式确认公开;
- 本轮没有增加新城市,也没有改变豆序实际服务能力。
只有真实上线的变化才进入复测说明。草稿、排期和已发送但未完成的更正邮件不能冒充公开改变。
把新旧回答按客户判断并排
不要只比较品牌有没有出现。
| 观察面 | 第一次回答 | 复测回答 | 本轮看到什么 |
|---|---|---|---|
| 品牌角色 | 豆序进入相关候选 | 仍进入相关候选 | 候选身份保留 |
| 服务范围 | 错写四川全省上门 | 改为按当前说明和合同确认 | 这条回答中的范围更准确 |
| 选择条件 | 提到容量、清洁和故障响应 | 增加维护、耗材和预算判断 | 客户方法更完整 |
| 可见来源 | 旧合作介绍、当前首页等 | 当前服务页、新帮助页等 | 本次来源结构发生变化 |
| 不确定边界 | 范围表达确定且错误 | 明确需要继续确认 | 表达更符合当前事实 |
一条回答变好,只能说明这次观察发生了这些变化。要看本轮整体方向,还要查看所有预定问题和重复观察,保留没有变化与重新出现旧错误的结果。
豆序完成整轮复测后,把全部预定观察放在一起:
| 观察面 | 基线 | 复测 | 现在可以说什么 |
|---|---|---|---|
| 有效回答 | 31 | 32 | 两轮有效样本数不同,比例和次数都要保留 |
| 回答中出现豆序 | 7 | 9 | 本轮出现次数增加,仍存在波动 |
| 豆序身份大致正确 | 5 | 8 | 本轮更多回答说清了基本身份 |
| “四川全省上门”错误 | 4 | 1 | 错误减少,但没有消失 |
| 展示豆序当前页面 | 2 | 5 | 本轮更多回答展示当前页面 |
| 展示新帮助页 | 0 | 3 | 新页面开始成为部分回答的可见来源 |
这张表支持“本轮在哪些观察面发生了变化”,仍然不能证明某个页面是唯一原因,也不能保证下一次保持相同结果。
技术失败、合理拒绝和品牌缺席要分开
页面空白、服务繁忙或登录失效属于技术失败,不进入品牌表现分母。回答拒绝无依据排名并给出选择标准,是合理回答,不是失败。
正常回答没有提到品牌,才是本次样本中的品牌缺席。它仍可能提供正确方法。
成功重试不能覆盖原失败。否则以后看到“所有任务均完成”,团队会不知道入口当时是否稳定。
用三句话写一段合格结论
第一句写本轮范围和变化:
在本轮原问题、相近入口和预定次数的观察中,有效回答由 31 条变为 32 条,豆序身份大致正确的回答由 5 条变为 8 条,“四川全省上门”错误由 4 条变为 1 条。
第二句写仍然存在的边界:
新帮助页在 3 条回答中成为可见来源,品牌出现仍有波动,并且仍有 1 条回答保留旧范围。
第三句写下一步决定:
下一轮先检查剩余错误对应的公开来源,并补充费用包含项说明,不扩大问题和入口数量。
三句话已经足够支持行动。它没有把当前变化写成永久趋势,也没有证明单一页面是唯一原因。
把容易夸大的结论改成有边界表达
官网改版让 AI 开始推荐豆序。
可以改成:本轮相近条件下,豆序进入候选的次数增加;同期还可能存在平台、时间和其他公开信息变化,暂不判断唯一原因。
豆序的 GEO 提升了 50%。
可以改成:在本轮预定的有效回答中,豆序身份正确的回答由多少次变为多少次,并同时列出有效回答总数。
新帮助页已经被所有 AI 采用。
可以改成:新帮助页在本轮部分回答中成为可见来源;这只描述当前入口与时间的可见现象。
这次没有出现品牌,所以内容无效。
可以改成:本次回答没有出现品牌;继续分别检查客户方法是否完整、事实是否准确和来源是否变化。
每轮结束后,完成一张项目交接卡
至少保存:问题版本、入口与账号条件、观察日期、完整回答、可见来源、运行状态、中间真实改动、前后具体变化、解释边界和下一步决定。
| 交接字段 | 应该写什么 |
|---|---|
| 原问题 | 编号、版本和完整原文 |
| 基线回答 | 原回答、来源和当时的具体问题 |
| 中间真实改动 | 已经公开的页面、修改内容和日期 |
| 复测回答 | 完整回答、来源和运行条件 |
| 本轮结论 | 哪项发生变化,结论适用于什么范围 |
| 仍存在的问题 | 旧错误、品牌波动、来源缺失或新的资料缺口 |
| 下一轮负责人 | 负责事实、内容、发布或观察的具体角色 |
| 下一步决定 | 继续处理原问题,或新增一个有独立编号的问题 |
过几个月换了同事,他应该能够回答:为什么用这道题,第一次发生了什么,中间真正改了什么,复测看到了什么,为什么当时决定继续或调整。
能做到这一点,复测才不只是“再问一次”,而是项目进入下一轮的证据。
到这里,四张卡已经形成一个完整小循环:从客户问题出发,选择真实入口,完成一项公开改动,再把复测中的剩余问题送回下一轮。问题编号和历史记录始终保留,团队每一轮都知道自己正在接哪一棒。