第3章数据共享的基本原则

3、数据共享的基本原则：知情同意、目的限制、数据最小化、透明度

数据共享这件事，说白了就是「把数据给别人用」。但怎么给、给多少、给完之后怎么管，这里面的门道可不少。我这些年处理过不少数据共享的项目，踩过坑也填过坑，今天就把四个核心原则掰开揉碎了讲清楚。

核心观点：数据共享不是「数据搬家」，而是「数据授权使用」。这四个原则就是授权的边界和规则。

知情同意，是数据共享的「第一道门」。用户得知道他的数据被谁用了、用在哪、用到什么时候。我见过不少公司，在用户协议里塞一句「我们可能会与第三方共享您的数据」，然后就完事了。嗯，这种做法，说白了就是在给自己埋雷。

我在项目中遇到过一家电商平台，他们和物流公司共享用户地址信息。用户下单时勾选了「同意共享地址给物流商」，这没问题。但后来他们又把用户的购买记录共享给了营销公司，用户完全不知情。结果呢？被罚了款，还被用户骂上了热搜。

我的建议：知情同意要做到「明确、具体、可撤回」。别搞那种「一揽子同意」，用户连自己同意了啥都不知道。

具体怎么做？我习惯用分层同意的方式：

你想想看，如果用户连自己的数据被谁拿走了都不知道，那还谈什么数据安全？

目的限制，意思是数据共享只能用于当初说好的那个目的。不能今天说「共享给物流公司发货」，明天就把数据拿去给保险公司做风控。这就像你借给邻居一把螺丝刀，结果他拿去撬锁了，你说气不气人？

我曾经处理过一个案例：某健康APP收集用户的运动数据，说好是用于健康分析。后来他们把这些数据共享给了保险公司，保险公司根据运动量调整保费。用户完全不知情，也没同意过。这明显违反了目的限制原则。

注意：目的变更必须重新获取同意。别想着「反正数据在我手里，我想怎么用就怎么用」。法律可不答应。

我建议在数据共享协议里明确写明：

数据最小化，就是「只共享必要的数据」。很多公司有个坏习惯：能共享10个字段，绝不只共享5个。总觉得「多存点数据总没错」。但你想过没有，数据越多，风险越大。

我记得有个项目，某电商平台要共享用户数据给物流公司。他们一开始打算共享用户的姓名、电话、地址、身份证号、购买记录、浏览记录……我说等等，物流公司需要身份证号和浏览记录吗？不需要啊！最后只共享了姓名、电话和地址，其他数据全部去掉。

避坑指南：我曾经见过一家公司，因为共享了过多的用户数据，导致数据泄露后损失惨重。记住：数据最小化不是「抠门」，而是「负责」。

怎么做数据最小化？我习惯用这个流程：

下面这张图是我自己总结的数据最小化决策流程，你可以参考一下：

透明度，就是让用户知道数据共享的全过程。谁拿了数据、用在哪、怎么保护的，都要说清楚。我见过一些公司的隐私政策，写得跟天书似的，用户根本看不懂。这哪是透明度？这分明是「糊弄学」。

我个人习惯的做法是：

小技巧：我建议在数据共享页面加一个「数据流向图」，用户点一下就能看到自己的数据经过了哪些环节。这样既透明，又能增加用户信任。

透明度还有一个容易被忽略的点：数据共享的「成本」也要透明。比如用户的数据被共享后，产生了什么收益？这些收益有没有回馈给用户？虽然法律没强制要求，但我认为这是未来数据合规的方向。

这四个原则不是孤立的，它们是一个整体。知情同意是前提，目的限制是边界，数据最小化是手段，透明度是保障。少了任何一个，数据共享都可能出问题。

我举个例子你就明白了：

某健康APP要共享用户的心率数据给科研机构。首先，用户得知情同意（原则1）。其次，只能用于科研，不能用于商业（原则2）。然后，只共享心率数据，不共享姓名、身份证号（原则3）。最后，用户可以在APP里看到数据被哪个机构用了、用在哪（原则4）。

总结一下：数据共享不是「数据越多越好」，而是「合规第一」。这四个原则就是你的护身符，别等出了事才想起来用。

好了，这一章的内容就这些。记住这四个原则，你的数据共享项目就能少踩很多坑。

公众号：蓝海数据掘金营，微信 deep3321