错误陈述纠错工单模板

AI 对品牌的错误陈述是常态运营事件，不是危机：参数说错、口径过时、与同名公司混淆、评价偏负，四类病的治法各不相同。本单把纠错写成发现-定性-纠正-复盘四栏工单，出事照单开工，不临场发明流程。与负面舆情应对单的分工是：舆情单管“负面在扩散”，本单管“事实说错了”；方法层的完整工作流见负面提及与错误陈述应对。发现环节本身就是监测资产，对应事实纠错监测（Fact-Check Monitoring）与 AI 品牌描述监测两条线（口径见事实纠错监测与AI 品牌描述）。

第一栏：发现

• 防护问句组常开：在冻结问句集里常设“XX 是什么/XX 参数/XX 怎么选”类实体问句，每期复测照跑——错误陈述多数不是用户报来的，是复测撞见的
• 发现即记五要素：引擎、问句、回答原文截图、发现日期、引用来源（答案引了谁的页面）
• 同题跨引擎快查：一个引擎说错，先查其他引擎同题怎么说——单引擎偶发与多引擎一致的纠正成本和顺序不同
• 分流判定：纯事实错误走本单；伴随负面扩散或媒体介入的升级给舆情单，两单并行不互斥

第二栏：定性（四类分治）

定性的价值在防止用一套动作治四种病：事实错误靠供给正确信息，评价负面靠证据与渠道节奏，混着做会浪费纠正窗口。定性拿不准时按事实错误处理——先把可核对的正确信息供给上去，这一步对四类错误都有利。

跨引擎表现是定性输入：只有一个引擎说错的，优先按源头页面问题处理；多个引擎一致说错的，先怀疑自己侧的口径供给有缺口——错误陈述有时是内容缺位的镜像，引擎只是把空白填成了错的。

第三栏：纠正

• 源头治理优先：定位引擎引错的那个源头页面（被引 URL），能改的改、能删的删，全程留痕
• 澄清落位：官网发常青澄清页（带发布日期与证据附件），百科词条、FAQ、高权重第三方渠道同步同口径——单源澄清引擎采信慢，多源一致才快
• 平台申诉并行：各引擎错误信息反馈入口逐个提交，附证据，逐个留申诉编号；申诉与源头治理同时走，不互相等
• 澄清口径四句复用舆情单模板：事实一句、错误说法错在哪一句、证据一句、当前状态与查询路径一句；法务审事实、公关审语气，双签发布

第四栏：复盘与关单

• 关单以复测为准：纠正动作完成后按周复测该问句，正确陈述出现在答案里才算关单——“我们改了页面”不等于“AI 已经说对”，发了没被引等于没发
• 错误归类入库：每单的错型、根源、耗时记台账，季度盘点哪类错误高发——高发类型指向结构性缺口，比如参数页不全、词条长期未建
• 防护问句更新：本次发现的错误问法进防护问句组，下期复测盯着；同类错误二次发生时升级处理优先级

工单字段一览：工单号与发现日期｜错误陈述（引擎+问句+原文摘录+截图存档路径）｜定性（四类选一）｜引用源头（被引 URL）｜纠正动作（逐条：改了哪页、发了哪页、申诉编号）｜关单判据（复测问句+确认周期）｜复盘结论（错型归类+结构性改进项）。

使用节奏

• 何时用：复测或监测发现错误陈述即开单；季度盘点台账看错型分布，年度看纠正平均耗时有没有降。
• 谁负责：GEO 负责人开单与关单，内容改源头页，法务审澄清口径，销售与客服供一线证据。
• 验收标准：关单必须附复测截图；每单有错型归类；台账季度出一次分布并给结构性改进项清单。