隐私政策修订需要哪些内容和流程

隐私政策大多数时候不是「写不出来」，而是改不动：业务加了新功能、接了第三方 SDK、运营想换埋点，法务一问「改了什么、为什么要改、改完怎么通知用户」，就卡住了。这篇给运营和法务一份能直接用的修订流程：先把内容要点对齐，再按顺序走内部审批、版本管理、上线与告知，最后把证据留下来。

隐私政策卡住，多半不是文笔问题，而是流程问题。业务加了新功能、接入一个新第三方 SDK、运营换了一套埋点方案，法务一问「这次改了哪几条、为什么改、改完怎么告诉用户」，两边就都答不上来。结果就是稿子悬在半空，功能等着上线，谁也不敢拍板。

把这件事拆成两条线会轻松很多：一条是内容线，搞清楚这次到底要动政策里的哪几块；另一条是流程线，按提需求、出稿、核对、签批、上线、留证的顺序往前走。下面按这两条线给一份能照着抄的清单。

先判断：这次到底要不要改政策

不是每次动文案都值得发一个新版本。先分类：如果只是改错别字、调排版、把「我们」换成公司全称，通常走勘误就够了，不需要重新征求同意。真正需要版本升级的，是收集字段或使用目的变了、共享对象或第三方 SDK 变了、用户行使权利的路径变了。

• 收集面变化：新增手机号、位置、相册等字段，或原本用于客服的字段被拿去做推荐
• 共享面变化：新接了统计、推送、支付类第三方，且会传出可识别字段
• 权利面变化：注销入口改了、导出数据的路径改了、投诉渠道换了
• 判断不准时，到 /safety 分区对应条目核对当前的分类口径，别自己拍脑袋

也有可以不动的场景：内部字段改了个名字、后端存储位置迁移，但对外收集行为、共享对象、用户权利一条都没变。这种不必强行发新版，但要把判断依据写下来存档，免得半年后被问「当时为什么没通知」。

不管改不改，都先写一句台账：谁提的需求、起因是什么、影响哪类用户、是否超出用户已同意的范围。这句话后面审批要用、告知也要用，写清楚能省掉后面一轮轮解释。

内容要点：一份修订稿要动到哪几块

政策有固定骨架，逐条过一遍最不容易漏。收集哪些信息、用来做什么、保存多久、给谁看、用户怎么查改删、怎么投诉、未成年人怎么处理——哪一项说不清楚，就在旁边打批注，不要留空白段落糊过去。

新增业务最容易漏的是共享与委托处理、自动化决策这两段。接了第三方，就写清楚传了什么字段、对方拿去干什么，而且要和技术、数据同事对着实际配置核一遍——政策和代码对不上，是日后最常被追问的点。

写的时候可以对照站内 /safety 与 /ai-nav/category/ai-legal 里同类产品的公开文本，只看两件事：结构上有没有你漏掉的章节、表述上有没有你没想到的角度。直接抄句子没必要，各家的业务边界不一样。

内部流程：谁先看、谁签字、怎么留痕

1. 业务提需求写清新增了什么能力、涉及哪些字段和第三方，附上功能说明或需求单，别只在群里说一句「我们要改隐私政策」。
2. 法务出修订稿在上一版基础上改，保留修订痕迹；重大条款的改动单独标出来，方便后面判断要不要显著提示。
3. 技术/数据核对逐条确认字段清单、第三方清单、保存期限是否和实际一致，核对结果用表格回给法务，不要口头确认。
4. 产品确认交互确认弹窗文案、勾选框、跳转链接和新政策一致，尤其是重新征求同意的场景。
5. 负责人签批签批时把版本号、生效时间、通知方式一并定下来，避免上线当天才讨论怎么通知。

每一步留一条记录：版本号、修改人、修改时间、修改原因、确认人。用文档系统或一张共享表存起来，别只留在聊天记录里——聊天记录搜不到，也证明不了谁确认过什么。

什么情况下不适用这套顺序：遇到安全事件等紧急情况，必须当天补充说明的，可以先上线再补齐审批留痕，但要在同一天内补完，并写清为什么走的加急路径。

上线与告知：什么时候通知、怎么通知

先判断这次算重大变更还是一般变更。涉及收集范围扩大、新增对外共享、用户权利受限的，按重大变更走显著提示；只做文字优化和排版的，更新版本号和更新日期就够。分不清的时候，宁可往重大那一档靠，通知多一次的成本远低于漏通知。

• 更新正文和更新日期，历史版本留可访问入口
• 替换官网、App、小程序里的政策链接
• 刷新应用商店、公众号菜单等外部渠道填的地址
• 确认弹窗、勾选框文案与新政策逐字一致
• 检查客服话术和常见问题里引用的旧表述

通知方式按渠道和用户量选：站内公告、登录或启动时的二次确认、邮件或短信。具体走哪种、要不要重新征得同意，以法规口径和产品实际情况为准；拿不准时到 /safety 分区对应条目核对当前要求，不要凭印象决定。

留证与归档：日后被问到能拿得出来

每次修订都存一份带版本号和生效时间的历史版本，旧版保留可访问入口。这样被问「用户当时同意的是哪一版」时，能直接翻出来，而不是靠回忆。

同意记录要能对应到版本。只有一张弹窗截图、没有版本号，等于没有证据——用户换了一版政策之后，你没法说明他同意的是新的还是旧的。留存时长按业务规模和所在行业要求定，别照抄别的公司的周期。

最后是定期复查：政策里写的保存期限、第三方清单、联系方式，和实际配置对一遍。第三方换供应商、客服邮箱停用这类小事，最容易让政策悄悄失真。复查频率自己定，但要有固定节奏，不能等出事才想起来。