AI 产品上线合规文档包：五份文档的依赖顺序、时间表与举证

产品上线前的合规工作，通常被拆成五件事分头推进：法务写用户协议与隐私政策，外部机构做算法备案材料，安全团队写 PIA，产品团队做内容标识方案。五件事各自完成，交上来五份文件，看起来齐了。但监管检查时的问题往往不是"有没有"，而是"对不对得上"——隐私政策写的处理目的与 PIA 描述的处理活动不一致，备案材料引用的功能范围与实际上线版本不一致。

文档包的价值在于：五份文件不是并列关系，而是有引用顺序的。

一、五份文档及其作用

五份文档的读者不同，但不能各自表述。事实层面只有一套：处理什么数据、用什么模型、提供什么功能、内容如何标识。

二、依赖顺序：先事实，后文本

正确的顺序是自下而上：

第一步，确定处理活动事实。 数据流、模型调用链、信息种类、保存期限、第三方共享。这一步的产出是 PIA 的处理活动描述，也是所有文本的事实基础。

第二步，做 PIA。 在事实基础上判断风险等级，得出结论与整改项。PIA 的结论会反向约束产品设计：高风险项未整改，产品不应上线。

第三步，写隐私政策。 隐私政策是 PIA 结论的对外表达。PIA 中列明的处理目的、信息种类、第三方共享、保存期限，必须逐项在隐私政策中有对应表述。反过来，隐私政策中出现 PIA 未覆盖的处理活动，说明评估漏项。

第四步，写用户协议。 用户协议承接隐私政策未覆盖的部分：服务规则、责任分配、内容权属、终止程序。两份文件之间需要交叉引用，并约定冲突时的适用顺序。

第五步，准备备案材料。 备案材料中的服务描述、算法说明、安全评估内容，应与 PIA 和隐私政策保持一致。备案审查时若发现三份文件的功能描述不同，通常会被要求补充说明。

第六步，落地标识方案。 标识义务最终要体现在产品界面与用户协议条款上：生成内容如何标识、用户传播时是否保留标识、不得删除篡改标识的义务写在何处。

顺序颠倒的典型后果是：先写隐私政策，再补 PIA，结果 PIA 变成对既有文本的追认，而不是对处理活动的独立判断。

三、T-8 周时间表

时间表中最容易被压缩的是 T-2 周的交叉核对。这一步不产生新文档，只做一致性检查，因此在排期时最先被牺牲；但它恰恰是监管检查时最容易被发现问题的环节。

四、版本管理与举证

文档包需要按版本管理，而不是按文件管理。每一次产品变更，都应判断是否触发文档更新：

• 新增处理目的 → 更新 PIA、隐私政策，必要时重新取得同意；
• 更换模型供应商 → 更新 DPA、隐私政策中的第三方共享、PIA 中的处理链；
• 新增功能模块 → 更新用户协议、备案材料（若涉及备案事项变更）；
• 调整标识方式 → 更新标识方案与用户协议条款。

举证材料应包括：各文档的版本号与生效日期、用户同意的记录、备案受理与获编凭证、整改验收记录、内部审批记录。监管问询时能够按时间线还原"当时是怎么判断的"，比提供一份最新版文件更有说服力。

五、三种常见错位

第一种，文档先于产品。 为了赶上线，先出一套文本，产品再按文本调整。结果是文本描述的功能与实际功能不一致，或者实际功能上线后文本未更新。

第二种，文档互不引用。 五份文件各写各的，PIA 说数据保存 6 个月，隐私政策说保存 3 年；备案材料说服务面向企业客户，用户协议写的是个人消费者条款。这类矛盾在交叉核对时几乎必然出现。

第三种，备案后不更新。 备案完成即视为项目结束，后续功能迭代不再同步材料。备案事项发生变化的，应当办理变更手续，未办理的属于程序瑕疵。

六、上线前核对表

文档包做完，企业得到的不仅是一组文件，而是一套可以复用的合规底稿。融资尽调、并购审查、监管检查，问的都是同一组问题；底稿做对一次，后面每次都可以直接引用。

站内相关梳理：AI 产品用户协议、AI 产品隐私政策、个人信息保护影响评估、生成式 AI 备案材料清单、算法备案全流程指南，以及算法备案与数据合规服务页。

最后更新：2026 年 8 月 20 日。