一、隐私通知概述
1.1 什么是隐私通知
隐私通知，说白了就是企业告诉用户「我怎么处理你的个人信息」的一份声明。
我个人习惯把它比作「数据处理的说明书」。你想想看，买家电都有说明书，用户把数据交给你，当然也得知道你会拿它做什么。
隐私通知在不同地方叫法不一样：
- GDPR 里叫「隐私声明」(Privacy Notice)
- 国内《个人信息保护法》叫「个人信息处理规则」
- 有些公司也叫「隐私政策」(Privacy Policy)
名字不同，本质一样。就是告诉用户：谁、为什么、怎么、多久、跟谁共享这些信息。
核心定义：隐私通知是数据处理者向数据主体提供的，关于个人信息处理活动的透明化说明文档。
1.2 隐私通知的法律地位
这块我重点说一下。很多公司把隐私通知当成「免责声明」，这是大错特错的。
隐私通知的法律地位，可以从三个维度看：
| 维度 | 法律依据 | 实际意义 |
|---|---|---|
| 法定义务 | 《个人信息保护法》第17条 | 必须履行，否则违法 |
| 合同要件 | 《民法典》第496条 | 构成格式条款，需显著提示 |
| 合规凭证 | 监管检查依据 | 执法时第一个被调取的文档 |
我在项目中遇到过一件事：某App被用户投诉过度收集信息，监管来了第一句话就是「把你们的隐私政策拿过来」。结果发现里面根本没写收集哪些权限，直接罚了50万。
避坑指南：我曾经见过一家公司，隐私通知里写「我们可能会收集您的位置信息」，但实际代码里每5秒就调一次GPS。这种「写一套做一套」的情况，一旦被查就是顶格处罚。
为什么会这样？因为很多法务写隐私通知时，根本不跟技术团队对一遍。写出来的东西跟实际代码完全脱节。
1.3 隐私通知的核心要素
嗯，这里要注意。隐私通知不是越长越好，而是要把该说的说清楚。
根据《个人信息保护法》第17条，加上我自己的实战经验，核心要素有7个：
- 处理者身份 - 谁在收集？公司全称、注册地址、联系方式
- 处理目的 - 为什么收集？比如「用于账号注册」「用于推送广告」
- 处理方式 - 怎么收集？自动采集、用户主动提供、第三方获取
- 信息类型 - 收集哪些？姓名、手机号、设备ID、位置...
- 保存期限 - 存多久？「直到账号注销后30天」这种具体说法
- 共享情况 - 给谁看？第三方SDK、关联公司、政府机构
- 用户权利 - 你能做什么？查阅、更正、删除、撤回同意
我的经验：写隐私通知时，我建议用「用户视角」来组织。别按法律条款的顺序写，用户看不懂。比如先写「我们收集什么」，再写「为什么收集」，最后写「你的权利」。这样用户读起来更顺畅。
举个例子，一个简单的隐私通知结构：
1. 我们是谁
2. 我们收集哪些信息
- 您主动提供的信息
- 我们自动采集的信息
3. 我们如何使用这些信息
4. 我们如何存储和保护
5. 我们如何共享和披露
6. 您的权利和选择
7. 如何联系我们
8. 更新和变更这个结构我用了很多年，基本没出过问题。监管检查时也容易找到对应条款。
最后说一句：隐私通知不是写一次就完事的。每次产品功能变更、新增SDK、调整数据策略，都得同步更新。我见过最惨的案例是：隐私通知写的是2019年的版本，但产品已经迭代了5个大版本，数据流完全变了。这种「僵尸隐私通知」在合规审计里一抓一个准。
好了，这一章就到这里。下一章我们聊聊怎么写一份「能过审」的隐私通知。