4. 数据收集合规:告知同意原则、最小必要原则、合法正当原则

数据收集,是整个AI合规链条的起点。这一步要是没走稳,后面全是雷。

我个人习惯把数据收集比作「敲门进屋」。你不能直接破门而入,得先敲门、说明来意、拿到许可,而且只拿你需要的东西。这就是我们今天要聊的三个核心原则:告知同意、最小必要、合法正当。

4.1 告知同意原则:别让用户「被同意」

说白了,就是你要告诉用户你要干嘛,然后用户点头说「行」。

听起来简单?我在项目中遇到过不少翻车案例。有些产品直接把隐私政策塞进用户协议里,字体小到需要放大镜。用户点了个「同意」,其实根本不知道自己的数据被拿去训练模型了。

⚠️ 注意: 告知同意不是「我告知了,你同意了」。它有两个关键动作,缺一不可。

4.1.1 告知要「清晰明确」

你想想看,用户打开一个App,弹出一整页法律条文,谁会认真看?

我建议的做法是:分层告知。

  • 第一层:简洁弹窗 —— 一句话说清楚「我们要收集你的位置信息,用于推荐附近餐厅」
  • 第二层:详细说明 —— 点击「了解更多」后,展示完整的数据收集清单、用途、存储期限
  • 第三层:随时可查 —— 用户设置里保留完整的隐私政策入口

嗯,这里要注意:别用「等等」「其他」这种模糊词。我见过一个产品写「收集您的个人信息用于改善服务体验」,这等于什么都没说。具体到「收集您的浏览记录、搜索关键词、设备型号」,才算合格。

4.1.2 同意要「自由给出」

什么叫「自由给出」?就是用户有说「不」的权利,而且说「不」之后不影响正常使用。

我曾经处理过一个投诉:某AI写作工具要求用户必须授权通讯录才能使用基础功能。这明显违规。用户用你写文章,跟通讯录有什么关系?

✅ 合规做法:
  • 核心功能(如文字生成)不需要额外授权
  • 扩展功能(如「从通讯录导入联系人」)单独弹窗征求同意
  • 用户拒绝后,不能反复弹窗骚扰

4.2 最小必要原则:够用就行,别贪多

这个原则我特别喜欢,因为它很「工程师思维」—— 用最少的数据,解决最多的问题。

但现实中呢?很多团队抱着「先收集再说,万一以后用得上」的心态。结果数据越堆越多,合规风险也越来越大。

4.2.1 怎么判断「最小」?

我一般用三个问题来卡:

  1. 这个数据跟我的业务直接相关吗? —— 做天气App需要用户性别吗?不需要。
  2. 没有这个数据,功能还能跑吗? —— 能跑就别收。
  3. 有没有替代方案? —— 比如用模糊位置代替精确坐标。

举个例子。我之前参与过一个AI健康助手项目。产品经理说「我们要收集用户的完整病历」。我反问了一句:「你训练模型需要完整病历,还是只需要诊断结果和用药记录?」最后我们只收集了必要的字段,把敏感的个人身份信息全部剥离了。

💡 小技巧: 在数据收集阶段就做「数据最小化清单」。每增加一个字段,都要有人签字确认「为什么必须收」。这个习惯能帮你省掉很多合规麻烦。

4.2.2 代码层面的最小化

嗯,这里我分享一个实际代码片段。很多App在初始化时会一股脑收集设备信息,其实可以优化:

// ❌ 不推荐:一次性收集所有设备信息
const deviceInfo = {
  deviceId: getDeviceId(),
  imei: getIMEI(),
  macAddress: getMac(),
  androidId: getAndroidId(),
  serialNumber: getSerial()
};

// ✅ 推荐:按需收集,只取当前功能需要的
function collectDeviceInfoForAnalytics() {
  // 分析功能只需要设备类型和系统版本
  return {
    deviceType: getDeviceType(),
    osVersion: getOsVersion()
  };
}

你看,同样的功能,后者收集的数据量少了一半以上,合规风险也直线下降。

4.3 合法正当原则:别走歪门邪道

这个原则听起来很「政治正确」,但实际操作中容易踩坑。

什么叫「合法」?就是你的数据收集方式不能违反法律。比如不能通过爬虫抓取用户隐私数据,不能购买来源不明的数据包。

什么叫「正当」?就是你的目的不能是恶意的。比如收集用户位置信息,说是为了「优化服务」,实际上拿去推送广告,这就属于目的不正当。

4.3.1 我踩过的坑:第三方数据来源

我曾经接手过一个项目,团队从第三方买了一批「用户画像数据」。价格便宜,数据量大,看起来很美。

结果一查,这批数据来源不明,很可能是在用户不知情的情况下收集的。最后我们只能全部废弃,还差点被监管部门约谈。

⚠️ 教训: 使用第三方数据时,一定要做「数据来源合规审查」。要求对方提供:
  • 数据收集时的用户授权记录
  • 数据流转的完整链路说明
  • 数据使用范围的书面承诺
拿不到这些,再便宜的数据也别碰。

4.3.2 合法正当的实操清单

场景 合法正当做法 常见违规
用户注册 仅收集手机号/邮箱,明确告知用途 强制要求实名认证、收集身份证号
AI模型训练 使用脱敏后的数据,获得用户明确授权 直接使用生产环境原始数据训练
数据分析 聚合统计,不涉及个体识别 分析用户行为后精准推送敏感内容
第三方合作 签署数据保护协议,限定使用范围 将用户数据直接提供给合作方

4.4 三个原则的联动关系

你可能会问:这三个原则是独立的吗?

其实不是。它们是一个整体。

  • 合法正当是底线 —— 决定了你能不能收
  • 告知同意是流程 —— 决定了你怎么收
  • 最小必要是尺度 —— 决定了你收多少

我习惯用一个「三问法」来快速检查数据收集方案:

  1. 这个数据收集合法吗?有没有法律依据?
  2. 用户知道吗?同意了吗?
  3. 真的需要这么多吗?能不能再少一点?

三个问题都过了,基本就稳了。

📌 总结一下:

数据收集合规不是束缚,而是保护。保护用户,也保护你自己。我在合规这条路上摔过跟头,所以特别理解「省事一时爽,合规火葬场」的痛苦。

记住:宁可少收一条数据,也别多收一条有问题的数据。这个习惯,越早养成越好。