01
收集：高频问题与失败样本
02
分类：数据、语义、权限、交互
03
修复：负责人、版本和期限
04
回归：标准问题集重新验证
05
发布：记录变更并通知用户
结论：运营对象是“问题到答案”的整条链路
模型能回答首批问题，不代表系统会长期稳定。业务术语、组织权限、指标口径和数据源都会变化，任何一处变化都可能让原本正确的答案失效。
因此应把自然语言问题、期望口径、实际查询、结果证据和用户反馈作为一个可追踪对象，而不是只统计登录人数或对话次数。
三类角色分别负责什么
业务负责人确认问题是否真实、答案是否可行动；数据负责人维护指标、维度、字段和质量；平台负责人管理模型、权限、日志和发布节奏。高风险问题还应指定复核或批准人。
不要把所有失败都交给提示词工程。数据缺失、语义冲突、权限拒绝和表达歧义需要不同负责人处理。
建立可管理的反馈队列
反馈至少记录问题原文、用户身份、项目、时间、数据截止、期望结果、实际结果和错误类型。优先处理高频、高影响且可复现的问题。
分类可以采用数据质量、语义配置、权限策略、生成查询、结果表达和产品交互六类。每次修复关联版本和回归用例，避免只修当前会话。
用指标判断系统是否在变好
观察标准问题通过率、需要澄清的比例、人工复核时间、重复失败率、权限误拒或越权事件，以及答案触发业务行动的比例。流畅度不能代替正确性和可复核性。
AskTable.ai 已确认支持自然语言问数、连续追问以及组织、项目和数据范围管理；具体运营报表、反馈流程和企业系统集成方式仍需按项目确认。
每次变更都要回归
指标、模型、数据源或权限变更后，运行固定问题集并比较查询条件、结果和可见范围。未通过的变更应回滚或明确降级。
验收时要求团队能从一条失败反馈定位责任层、找到版本并复现结果，这比一次演示回答正确更能说明系统可运营。