问题库版本锁定与数据可比性保障

问题库是GEO监测的基准工具。如果服务启动时用一套问题，中途随意更换或增删问题，前后数据就失去了对照基础，效果无法准确衡量。版本锁定的目的，是确保问题库在服务周期内保持稳定，变更可控、可追溯，使每一轮监测数据都能与基线数据形成有效对照⁠。

问题库应建立明确的版本编号体系。建议采用“主版本号.次版本号”的格式。主版本号在问题库发生结构性调整时递增，例如新增或删除整个问题类别、调整核心问题表述。次版本号在问题库发生小范围调整时递增，例如新增个别问题、修正问题中的错别字⁠。

每次版本变更应记录变更日期、变更内容、变更原因和确认人。变更记录作为问题库档案的一部分留存⁠。

基线锁定。服务启动前确认的问题库版本作为基线版本，在服务周期内原则上不做结构性调整。基线版本的问题清单、问法表述、问题分类应完整存档⁠。

新增问题单独标记。服务过程中确需新增问题的，新增问题应单独标记版本号和启用日期，不与基线问题混算。监测报告中分别呈现基线问题数据、新增问题数据，避免新增问题稀释或扭曲效果评估⁠。

核心问题不可删除。基线版本中的核心问题在服务周期内不得删除。若某问题因业务调整不再适用，应标记为“停用”并记录停用日期，但历史数据仍保留在档案中⁠。

问法表述保持一致。同一问题在不同轮次监测中应使用相同的问法。若因AI产品交互方式变化确需调整问法，应同时用新旧两种问法采集数据，比对差异后再决定是否切换⁠。

业务方向调整。客户调整产品线或目标市场，原问题库覆盖的场景不再匹配。此时可新增与当前业务相关的问题，标记为新版本，基线问题继续保留用于历史对照⁠。

AI生态变化。主要AI产品更新问题理解机制，导致原问法无法触发有效回答。此时应设计替代问法，用新旧问法并行采集至少一个周期，确认数据可比后再切换⁠。

问题质量修正。原问题表述存在歧义或过于宽泛，影响数据准确性。修正后的问题应标记版本变更，修正前后的数据在归因分析中分别说明⁠。

建立问题库台账。记录每个问题的编号、内容、所属类别、启用版本、当前状态。台账随版本变更同步更新⁠。

监测报告标注版本。每轮监测报告应注明使用的问题库版本号，使数据与版本对应可查⁠。

争议时回溯版本。若验收时对数据产生争议，可回溯问题库各版本内容，核对数据采集时使用的问题与实际约定是否一致⁠。