第4章:数据隐私边界检查 — 数据采集范围、脱敏要求、用户授权
章节定位:数据隐私边界检查是AI产品需求原型评审中合规性审核的起点。未通过本检查的需求原型不得进入算法设计阶段。本章提供从数据采集范围界定到用户授权验证的完整检查SOP。
4.1 适用场景
- AI产品需求原型中涉及个人可识别信息(PII)或敏感数据采集的场景。
- 需求原型包含第三方数据源对接或跨系统数据流转的环节。
- 产品需要上架至多地区市场(如GDPR管辖区域、中国《个人信息保护法》管辖区域)的数据处理需求。
- 需求原型中数据采集链路发生变更或新增数据字段时。
4.2 前置条件
| 编号 | 前置条件 | 验证方式 |
|---|---|---|
| PC-01 | 需求原型已明确数据字典(字段名称、类型、来源、是否含PII) | 评审数据字典文档 |
| PC-02 | 已识别产品所适用的隐私法规清单(如GDPR、PIPL、CCPA等) | 检查法规对照表 |
| PC-03 | 已完成数据分类分级初步定义(核心、重要、一般) | 查看分类分级矩阵 |
| PC-04 | 产品已定义用户授权采集点(注册、弹窗、设置页等) | 审查交互流程图 |
| PC-05 | 法务团队已提供隐私政策模板或数据使用条款初稿 | 确认法务输出物 |
4.3 操作步骤
- 步骤1:数据采集范围核查
- 对照数据字典,逐字段检查是否超出产品功能最小必要范围。
- 标记每个字段的采集必要性等级:必需 / 可选 / 冗余。
- 删除或冻结冗余字段,记录删除原因。
- 步骤2:脱敏要求映射
- 基于数据分类分级结果,为每个PII字段分配脱敏策略。
- 脱敏策略包括:掩码 / 截断 / 替换 / 加密 / 动态脱敏。
- 在需求原型中标注脱敏生效时机(存储时 / 展示时 / 传输时)。
- 步骤3:用户授权链路验证
- 检查用户授权弹窗或页面是否在数据采集前展示。
- 确认授权文案包含:采集目的、数据范围、存储期限、用户权利(撤回/删除)。
- 验证授权操作(勾选/点击同意)与数据采集逻辑的时序绑定关系。
- 步骤4:数据流转图评审
- 绘制从采集端到存储端再到使用端的完整数据流转图。
- 在每个流转节点标注是否已应用脱敏策略和授权校验。
- 步骤5:隐私合规检查表签署
- 填写《数据隐私边界检查表》,逐项确认通过/不通过/需整改。
- 所有“需整改”项必须关联具体修改责任人及截止日期。
4.4 输入输出物
| 类型 | 名称 | 格式/载体 | 责任方 |
|---|---|---|---|
| 输入 | 需求原型数据字典 | Excel / YAML / 数据库设计文档 | 产品经理 |
| 输入 | 数据分类分级矩阵 | Excel / PDF | 数据治理组 |
| 输入 | 用户授权交互原型 | Figma / Sketch / Axure | UX设计师 |
| 输入 | 隐私法规对照表 | Excel / Word | 法务部 |
| 输出 | 数据隐私边界检查表(签署版) | PDF / 企业签章系统 | 评审组长 |
| 输出 | 数据流转图(标注脱敏与授权点) | Draw.io / Visio / SVG | 系统架构师 |
| 输出 | 整改清单(若存在不通过项) | Jira / 禅道 / Excel | 产品经理 |
4.5 责任边界
| 角色 | 职责 | 不可越界事项 |
|---|---|---|
| 产品经理 | 提供完整数据字典与采集场景说明;对冗余字段标记负第一责任 | 不得自行决定脱敏策略等级;不得绕过法务审核 |
| 法务代表 | 确认隐私法规适用性;审核授权文案合法性 | 不得替技术团队选择脱敏算法;不参与技术实现 |
| 系统架构师 | 绘制数据流转图;标注脱敏生效节点与授权校验点 | 不得缩小数据采集范围声明;不得隐藏数据流向 |
| 数据治理组 | 提供数据分类分级标准;复核分级结果 | 不得代替业务方判定字段必要性 |
| 评审组长 | 组织检查表签署;跟踪整改闭环 | 不得在未签署检查表的情况下批准进入下一阶段 |
4.6 记录材料
- 《数据隐私边界检查表》 — 包含每个检查项的通过状态、检查人、检查日期、备注。
- 《数据流转图(签批版)》 — 包含数据流转路径、脱敏策略标注、授权触发点标注。
- 《整改跟踪日志》 — 记录整改项、责任人、计划完成日期、实际完成日期、验证人。
- 《评审会议纪要》 — 记录评审结论、争议点、待办事项。
最佳实践:建议在需求原型评审阶段使用统一的 隐私字段标注符号(如
[PII]、[Sensitive]、[Masked])直接标注在原型字段旁,使评审人员一图即可识别隐私边界状态。
4.7 异常处理
| 异常场景 | 触发条件 | 处理措施 | 升级路径 |
|---|---|---|---|
| 数据字典缺失PII标注 | 字段来源/类型不明,无法判断是否含PII | 暂停该字段的评审;要求产品经理48小时内补充标注 | → 数据治理组介入 |
| 多法规冲突 | 同一产品面向GDPR与PIPL区域,授权要求不一致 | 采用“从严原则”,以更高标准覆盖所有区域 | → 法务负责人出具合规意见书 |
| 脱敏策略不可逆 | 字段脱敏后导致算法无法提取必要特征 | 评估替代方案(如差分隐私、特征工程前置脱敏) | → 算法专家 + 数据治理组联合评审 |
| 用户授权链路中断 | 原型中数据采集早于授权弹窗展示 | 标记为“严重不合规”,立即调整交互时序 | → 产品经理 + UX设计师当日整改 |
| 第三方数据源无授权凭证 | 需求原型引入第三方数据,但未提供用户授权转移证明 | 冻结该数据源接入;要求第三方补充授权协议 | → 法务部 + 采购部协同处理 |
红线提醒:以下情况直接判定 “不通过 — 禁止进入下一阶段”:
① 数据采集范围超出最小必要原则且无正当理由;
② 敏感数据(如生物特征、医疗健康、金融账户)未做任何脱敏处理;
③ 用户授权链路缺失或授权文案存在诱导/欺诈性表述;
④ 数据流转图中存在未标注的“暗流”路径(即未声明的数据外传或存储)。
① 数据采集范围超出最小必要原则且无正当理由;
② 敏感数据(如生物特征、医疗健康、金融账户)未做任何脱敏处理;
③ 用户授权链路缺失或授权文案存在诱导/欺诈性表述;
④ 数据流转图中存在未标注的“暗流”路径(即未声明的数据外传或存储)。
4.8 验收标准
- 验收项1:数据字典中所有字段已完成PII/非PII标注,且冗余字段已清除或冻结。
- 验收项2:每个PII字段均已分配具体的脱敏策略,且策略在需求原型中有明确的生效时机描述。
- 验收项3:用户授权弹窗/页面在原型的用户操作流中严格位于数据采集行为之前。
- 验收项4:数据流转图完整展示从采集、传输、存储到使用的全路径,并在每个节点标注脱敏状态和授权校验状态。
- 验收项5:《数据隐私边界检查表》所有检查项均为“通过”,或“需整改”项均已附带明确的责任人和截止日期,且整改计划已获评审组长批准。