為了做出好決定，需要了解專業人士多少資訊？職業資料分階段揭露模型

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
打開來源

方法說明： 這些來源覆蓋不同領域，包括資料保護法、隱私設計、勞動力市場和匿名招聘研究。本文並不聲稱招聘研究的結果可以直接適用於所有與專業人士的關係。職業資料分階段揭露模型是一種實踐性綜合，不是上述任何機構的正式標準。