生成式AI暂行办法

AI服务上线后，投诉举报机制要怎么建？

你可能要做的

1. 在网站与App内设置独立可见的投诉举报入口
2. 公开处理流程与承诺的反馈时限
3. 建立工单台账，记录受理与处理结果
4. 按线索类型分流到内容安全或法务
5. 定期复盘投诉分布，反向优化策略

条文依据

一句话结论

投诉举报机制是《生成式人工智能服务管理暂行办法》第三章「服务规范」里的硬性要求，不是可选配置。第十五条把要求拆成了四件事：建机制、设入口、公布流程和时限、及时处理并反馈结果。

依据

第十五条原文要求：提供者应当建立健全投诉、举报机制，设置便捷的投诉、举报入口，公布处理流程和反馈时限，及时受理、处理公众投诉举报并反馈处理结果。

拆开看有四个验收点。第一，机制要健全，意味着不只是有一个邮箱，还要有接收、分流、处理、反馈的完整链路。第二，入口要便捷，这里的受众是公众，不只是注册用户，所以要考虑未登录状态下的可达性。第三，流程和反馈时限要公布，公布的对象是外部，不是内部制度。第四，要及时受理、处理并反馈处理结果——反馈结果这一环最容易被漏掉。

第十八条从另一侧确认了权利：使用者发现生成式人工智能服务不符合法律、行政法规和本办法规定的，有权向有关主管部门投诉、举报。企业不能把投诉渠道设计成唯一出口，也不能以「请先联系自有客服」为由阻拦。

配套还有第十四条：提供者发现违法内容的，应当及时采取停止生成、停止传输、消除等处置措施，采取模型优化训练等措施进行整改，并向有关主管部门报告。投诉线索如果指向违法内容，处理路径要接到第十四条上。

你要做什么

1. 在网站页脚、App 设置页、内容生成结果页设置投诉举报入口，未登录用户也能找到。
2. 公开处理流程：受理后多久确认、多久出结论、如何处理、如何反馈。承诺的时限要能兑现。
3. 建工单台账，字段至少包含：时间、来源、涉及内容或功能、判定结论、采取措施、反馈时间。
4. 设置分流规则。内容安全类线索按第十四条处理；个人信息类线索接到第十一条的权利请求通道；其他类型按普通客诉处理。
5. 反馈处理结果给投诉人，并保存记录。
6. 每月复盘投诉分布，把高频问题回流到产品策略和内容安全规则。

容易踩的坑

• 只有注册用户才能投诉。第十五条的对象是公众。
• 公布了时限但经常超时。时限一旦公布就构成对外承诺。
• 受理不反馈。办法明确要求反馈处理结果。
• 投诉入口藏在帮助中心的第三层。便捷是可被检查的要求。
• 投诉线索涉及违法内容时只做内部处理，未按第十四条报告。

常见追问

投诉举报机制需要配套专门岗位吗？ 办法未规定组织形态，要求是机制健全、有入口、有流程、有时限、有反馈。实际执行中需要有明确的责任人和工单系统支撑。

用户直接向主管部门举报了，企业还需要处理吗？ 需要。第十五条的义务独立存在，企业应同时按内部流程处理并按第十九条配合主管部门监督检查。

反馈结果可以是「已处理」三个字吗？ 建议给出可理解的处理结论。办法要求反馈处理结果，过于笼统的答复在投诉升级时难以举证。

常见追问

投诉入口要放在哪里？

第十五条要求设置便捷的投诉、举报入口。用户能看到的渠道都应考虑，包括官网页脚、App 设置页和内容生成页面，并确保未登录用户也可提交。

要不要公布处理时限的具体数字？

第十五条要求公布处理流程和反馈时限。具体时限由企业按自身服务能力设定并公开，一旦公布就应兑现。

使用者投诉和举报有什么区别？

第十五条针对提供者的机制建设，受众是公众；第十八条确认使用者向有关主管部门投诉、举报的权利。两条并行，互不替代。