为了做出好决定，需要了解专业人士多少信息？职业数据分阶段披露模型

GDPR要求个人数据应当适当、相关，并限制在处理目的所必需的范围内。这就是第5条第1款(c)项的数据最小化原则。 [1]

第25条第2款进一步要求，默认情况下只处理每个具体目的所必需的个人数据。该规定明确涉及收集的数据数量、处理范围、存储期限以及可访问性。 [1]

欧盟委员会用更简单的方式解释了同一原则：组织只应收集和处理完成既定目的所必需的个人数据。 [2]

这并不意味着法律要求专业人士平台必须把姓名或照片隐藏到某个固定时点。 本文模型是对限制数据及其访问范围这一原则的实践性整理，并不是由某一条法律规定直接产生的正式义务。

如果不知道数据要用来做什么，就无法合理回答 “哪些数据是必要的？”

在以下不同场景中，需要的信息会不同：

• 浏览数百个档案，
• 比较最终候选中的两个人，
• 邀请某人交流，
• 核实某项具体职业资格或许可，
• 商定服务条件，
• 签订合同，
• 付款或履行法律义务。

数据最小化并不意味着 “永远展示最少的信息”。它意味着把数据限制在针对具体目的而言适当且必要的范围。 [1]

这个区别非常重要。

如果平台保存了专业人士的完整姓名，只是不向浏览档案的人展示，那么平台仍然在处理这项数据。GDPR对处理的定义很广，包括收集、存储、检索、使用和披露等操作。 [1]

隐藏信息可以降低某些接收方的 可访问性，而可访问性正是第25条第2款明确提到的维度之一。但这不等于数据没有被处理。 [1]

因此，良好的隐私架构应分别回答三个问题：

• 平台持有哪些数据，
• 谁可以访问，
• 何时以及出于什么目的可以向另一方披露。

化名化与匿名化并不是同一件事。

European Data Protection Board解释，化名化可以降低数据与具体个人之间的可关联性，但不会完全切断这种联系。如果借助额外信息仍能把数据重新关联到个人，那么化名化数据仍然属于个人数据。 [4]

因此，一个显示为 “专业人士184”、而真实身份被单独保存的档案，并不会在法律意义上自动变成匿名数据。

化名化是一项保护措施，不是让数据脱离GDPR适用范围的方法。

GDPR在这里有一个经常被过度简化的重要细节。

序言第51段指出，照片不应被系统性地视为特殊类别的数据。只有当照片通过特定技术手段进行处理，使得可以对个人进行唯一识别或认证时，才会进入相关的生物识别数据定义。 [1]

这并不意味着普通照片不能成为个人数据。它可以是个人数据。这里的意思只是，照片不会因为展示了一个人就自动变成特殊类别的生物识别数据。

关于匿名求职申请的研究显示，在某些条件下，限制身份信息可能减少初步筛选中的一些歧视性障碍。同时，结果取决于具体情境，匿名可能只是把歧视推迟到后续阶段，或者产生意料之外的影响。 [6]

因此，不应该说：

“隐藏姓名和照片就能消除偏差。”

更符合现有证据的说法是：

“限制部分身份信息可能帮助第一阶段更聚焦于职业相关标准，但这本身不能保证决定没有偏差，也不能保证决定更好。”

OECD将skills-first方法描述为把主要评估标准转向个人能够证明的技能，同时让资质和经验发挥补充作用。OECD还强调，需要有意识地减少偏差并采用合适的评估方法。 [5]

这并不意味着OECD建议专业人士平台隐藏某些具体档案字段。

但可以得出一个谨慎的设计结论：

如果第一阶段的目的，是评估一个人能否完成某项具体工作，那么技能及其证据可能比部分身份信息更加重要。

先定义：

• 要解决的问题，
• 要执行的任务，
• 必不可少的技能，
• 有意义的工作证据，
• 时间、预算和合作方式的限制。

在这个阶段，不需要任何具体专业人士的个人数据。

从方法上看这也很重要：评估标准应在 看到被评估的人之前 建立。

初步档案评估可能只需要以下信息：

• 所需技能，
• 使用技能的情境，
• 工作样本或结果，
• 实际贡献的说明，
• 责任水平，
• 经验是否足够新，
• 部分证据能否验证。

如果姓名、照片或详细就业经历不能帮助判断一个人是否能完成具体工作，可以考虑在这一阶段不使用这些信息。

这是设计决定，不是适用于所有情况的法律义务。

下一层可以包含不能证明技能、但有助于判断合作能否实际进行的信息：

• 可用时间，
• 最早开始时间，
• 服务范围，
• 计费方式和价格，
• 必要时的沟通语言，
• 确实相关时的时区或工作地点，
• 组织方面的限制。

价格不是能力的证据，地点也不是质量的尺度。 但它们可能是具体合作中的重要条件。

候选范围缩小后，并不需要自动公开完整档案。

先确定下一次决定仍然缺少什么信息。

可能包括：

• 对某个具体项目的说明，
• 对个人贡献范围的确认，
• 额外的工作样本，
• 对最终候选所有人提出的同一个问题的回答，
• 对确实必要的职业资格或许可的确认。

缺少信息应该引出一个具体问题，而不是自动导致更低评价。

身份披露的时点不必在所有情况下相同。

例如，当双方希望：

• 进入直接交流，
• 向特定来源核实所声称的作品贡献或经验，
• 检查与个人绑定的必要资格或许可，
• 准备正式合作关系

时，身份可能变得必要。

没有一个普遍法律规则规定必须在固定几个阶段之后披露姓名。

一个有用的标准是：是否出现了某个具体目的，而没有这项信息就无法合理实现该目的。

当双方真正开始合作时，所需信息的范围可能扩大。

根据关系类型、司法辖区和双方义务，可能需要数据用于：

• 签订或履行合同，
• 运营沟通，
• 开票和结算，
• 税务或会计义务，
• 法律要求的验证，或服务性质能够合理支持的验证。

并不是所有项目都需要同样的数据。受监管行业或特定法律义务可能要求更多信息。

本文不能替代针对具体关系的法律分析。

数据最小化不会在数据收集完成时结束。

GDPR第25条第2款还把默认数据保护与处理范围、存储期限和可访问性联系起来。 [1]

每个阶段结束后，应再次询问：

• 这项信息是否仍然必要，
• 谁仍然应该能够访问，
• 是否存在必须保留的法律理由，
• 是否可以降低可见范围，
• 何时应删除或重新评估。

一项信息昨天有必要，并不自动意味着它应无限期保持可访问。

在披露另一项信息之前，可以使用五个简单问题：

1. 这项信息的准确目的是什么？
2. 没有它，是否仍能合理作出决定？
3. 更粗略或不那么精确的信息是否已经足够？
4. 谁真正需要看到它？
5. 它需要保持可访问多长时间？

例如，如果你只需要知道双方能否在某些时间合作，那么专业人士准确的家庭住址通常并不能直接回答这个问题。时区或声明的可用时间可能就足够。

这不是法律测试，而是检查信息与目的是否相称的实践工具。

隐私保护不应通过用猜测替代缺失信息来降低决策质量。

如果评估确实需要某项职业信息，有三个合理选择：

• 在适当阶段提出请求，
• 使用能回答同一个问题的替代证据，
• 承认目前还没有足够依据作出决定。

不合理的做法是：

“我看不到这项信息，所以结果一定很差。”

数据缺失和负面证据是两回事。

如果内部系统的所有用户从一开始都能看到全部数据，那么分阶段披露的价值非常有限。

GDPR第25条第2款明确把 可访问性 列为默认数据保护的维度。 [1] European Data Protection Board关于从设计和默认设置落实数据保护的指南，也讨论了通过适当技术和组织措施实施这些原则。 [3]

实践中应区分：

• 平台为运营账户所需的数据，
• 公开可见的数据，
• 仅向选定一方可见的数据，
• 员工或管理员只能为明确目的访问的数据。

只有界面上的隐私，而没有对应的数据访问控制，是不完整的。

假设一个组织要找人评估网站的无障碍性。

第一阶段
比较技能、类似审计经验、报告样本、责任范围以及对所需标准的了解。回答这些问题并不是每一项都需要姓名和照片。

第二阶段
检查在要求时间内是否有空、价格、沟通语言以及能否按所需方式工作。

第三阶段
对最终候选要求说明方法，并确认部分经验。

第四阶段
在直接交流或正式建立合作之前，双方披露身份确认、联系和正式建立关系所需的信息。

这个例子并不能证明这种顺序在所有情况下都是最佳方案。它只是说明 不同决定可能需要不同层次的信息。

1. 对客户隐藏数据，但内部任何人仍然可以访问。

2. 把档案称为匿名，但平台其实可以轻松重新关联到具体个人。

3. 隐藏了安全或合法决策真正需要的信息。

4. 把身份披露当作奖励，而不是对具体流程需要的回应。

5. 认为隐藏姓名会自动消除偏差。

6. 没有明确目的，只因为“以后也许会用到”就收集数据。

7. 不区分能力评估所需的数据与合同或结算所需的数据。

8. 一个阶段结束后，不再重新检查数据是否仍有必要保持可访问。

1. 每项信息的准确目的是什么？
2. 没有这项信息能否实现目的？
3. 更少细节的版本是否已经足够？
4. 数据是能力评估所需，还是只在后续合作中需要？
5. 当前阶段谁应该看到？
6. 档案是真正匿名，还是只是化名化？
7. 是否正确区分信息缺失与负面结果？
8. 是否用可比较的标准评价所有专业人士？
9. 是否存在具体流程理由需要披露身份？
10. 后续阶段是否因合同、税务、安全或法律原因需要新增数据？
11. 内部访问是否仅限真正需要的人？
12. 是否明确数据何时不再需要，或者何时必须重新评估其必要性？

数据最小化并不是没有信息就作决定。

它是把问题分开：

现在必须知道什么？
什么可以稍后核实？
谁需要看到？
这项信息需要保留多久？

一个实践性的专业人士选择顺序可以是：

问题 -> 技能 -> 证据 -> 合作条件 -> 缺失信息 -> 身份 -> 正式建立关系所需的数据 -> 重新评估访问和保留。

并不是所有情况都需要完全相同的顺序。

更简单的原则是：

因为数据对一个明确目的确有必要而披露和处理它，而不是仅仅因为系统能够收集或展示它。

[1] Regulation (EU) 2016/679 - GDPR，尤其是第4、5、25条以及序言39和51，EUR-Lex
打开来源

[2] European Commission - What data can we process and under which conditions?
打开来源

[3] European Data Protection Board - Guidelines 4/2019 on Article 25 Data Protection by Design and by Default，2020年10月20日最终版
打开来源

[4] European Data Protection Board - Anonymisation / pseudonymisation
打开来源

[5] OECD - A Skills-First Labour Market, Promoting skills-first hiring and talent management, 2026
打开来源

[6] IZA World of Labour - Anonymous job applications and hiring discrimination
打开来源

方法说明： 这些来源覆盖不同领域，包括数据保护法、隐私设计、劳动力市场和匿名招聘研究。本文并不声称招聘研究的结果可以直接适用于所有与专业人士的关系。职业数据分阶段披露模型是一种实践性综合，不是上述任何机构的正式标准。