想象你要搬去国外工作。收拾行李时有三件大事:你借了邻居的跑步机,得先问邻居“能不能带走”;家里有几瓶老药酒、几包土特产,过海关时说不清楚就可能被扣下;你还得填一张申报表,把每样东西的来龙去脉写清楚,海关才敢放行。 AI产品的数据合规审查,干的就是这趟“跨国搬家”的活儿——用户授权,是征得“物品主人”(用户)的同意;数据出境,是带数据“过海关”;而PRD文档,就是那张决定能否通关的“申报表”。AI产品经理就像一个搬家顾问,要在动手装箱前,把“哪些能带、哪些要申报、哪些坚决不能碰”想清楚、写明白、测到位。 这篇文章用同一个比喻,带你走完AI产品PRD中数据合规审查设计的全流程:从合规审查概述、用户授权设计、数据出境判定,到PRD文档规范、可解释性需求,最后用评估集设计守住上线前的最后一道关卡。

岗位关联

职业价值:数据合规是AI产品的“准生证”。学完本文,你能独立产出可评审、可落地、可验收的合规PRD与原型方案——这是AI产品经理在算法备案、应用上架、跨境业务中最稀缺的硬技能。

目录
  1. 可视化演示
  2. 合规审查概述
  3. 用户授权设计
  4. 数据出境判定
  5. PRD文档规范
  6. 可解释性需求
  7. 评估集设计
  8. AI 应用场景
  9. Python 演示
  10. 常见误区
  11. 面试题

可视化演示

展示AI产品数据合规审查中的用户授权机制、数据出境安全评估流程、及PIA合规审查清单。

本节配有交互动效(进入视口后自动加载,约 3KB)。

用户授权机制设计 明示同意:清晰展示数据处理目的 分级授权:基本/功能/敏感数据分层 授权有效性 = 知情 + 自愿 + 明确 用户授权是数据合规第一道防线。

合规审查概述

搬家顾问上门的第一件事,不是抄起胶带装箱,而是掏出一张清单把全屋物品逐件看过去:哪些是主人的私人物品、哪些是借来的、哪些是违禁品,然后在门口贴一张“打包红线表”。AI 产品的合规审查也是如此——第一步永远是“看清家底”,而不是急着写方案。

数据合规审查,是 PRD 设计的前置环节:系统梳理产品从数据收集、存储、使用到共享、出境的每个环节,判断每一步是否合法、正当、必要,并把结论沉淀到 PRD 文档里。审查的对象不是代码,而是“数据这件行李”的来龙去脉。

一次完整的审查包含四要素:一是审查目标,即合法、正当、必要、最小化、透明五大原则;二是审查范围,覆盖采集端、处理端、共享端、出境端全链路;三是法规依据,包括《个人信息保护法》(个保法)、《数据安全法》(数安法)、《数据出境安全评估办法》;四是审查流程,即盘点数据资产 → 评估风险 → 设计管控 → 评审留痕四步走。

就像搬家顾问拿着户型图逐屋盘点、把红线表贴在门口,合规审查的产出就是一张“数据红线图”。后续所有产品设计,都必须在这张图的边界内动工。

合规风险等级=数据敏感度×场景风险系数×出境必要性系数\text{合规风险等级} = \text{数据敏感度} \times \text{场景风险系数} \times \text{出境必要性系数}
这个公式帮产品经理在动笔写 PRD 前,先给产品整体的数据合规风险打个分,决定该投入多少合规设计资源。
  1. 数据敏感度(S)依据数据分类分级标准,核心、重要、一般、非敏感数据分别赋值,数值越大越敏感。
    S∈{0,1,2,3}S \in \{0, 1, 2, 3\}
  2. 场景风险系数(R)场景涉及自动化决策、大规模处理或未成年人信息时风险上调,普通功能场景取低值。
    R∈[0.5,1.5]R \in [0.5, 1.5]
  3. 出境必要性系数(N)数据必须出境才能实现功能时为 1,存在境内替代方案时降低,体现“这趟跨境旅程是否非走不可”。
    N∈[0,1]N \in [0, 1]
  4. 连乘定级三项相乘得到风险分,按阈值映射为低、中、高三级,决定 PRD 中合规投入的强度。
    等级={高S×R×N>2中1≤S×R×N≤2低S×R×N<1\text{等级} = \begin{cases} \text{高} & S \times R \times N > 2 \\ \text{中} & 1 \leq S \times R \times N \leq 2 \\ \text{低} & S \times R \times N < 1 \end{cases}

用户授权设计

邻居那台跑步机,你要带走,必须当面讲清楚:借多久、放在哪、坏了怎么办。邻居点头了,箱子外面才能贴上一张“已获同意”的便签。若是趁人不备塞进行李箱,轻则被追讨,重则惊动警方——用户数据也是如此。

用户授权,指的是取得用户对其个人信息被收集、使用、共享、出境的同意。在 AI 产品里,授权绝不是一次签名就一劳永逸:首次收集要同意,模型训练要单独同意(即针对特定敏感处理行为单独弹窗征询),数据出境还要单独同意。每一次“动用户的数据”,都要有对应的“同意便签”。

设计授权方案时把握四个原则:知情、自愿、明确、可撤销。落地时先做场景识别——画出用户旅程,标出每个触发授权的触点(注册、上传、人脸核验、跨境同步);再写授权文案——用大白话说明“收什么、为什么、给谁用”,敏感信息单独弹窗;最后设计撤销机制——授权管理页一键撤回,撤回后立即停止处理并删除相关数据。

这张小小的“同意便签”,决定了整箱数据能否合法上路。PRD 里若只写“依法取得用户同意”一句空话,等于没贴便签就装箱——评审时必然被当场扣下。

有效授权⇔知情告知∧自愿同意∧明确授权∧可随时撤回\text{有效授权} \Leftrightarrow \text{知情告知} \wedge \text{自愿同意} \wedge \text{明确授权} \wedge \text{可随时撤回}
四要素缺一不可,如同搬家时主人的同意、借条、归还承诺和“随时可以收回”的约定缺一不可。
  1. 知情告知收集前用通俗语言说明“收什么、为什么收、给谁用”,不能把关键信息藏在万字协议深处。
    知情:目的∧范围∧共享对象\text{知情} : \text{目的} \wedge \text{范围} \wedge \text{共享对象}
  2. 自愿同意不强制捆绑、不诱导点击,拒绝授权仍可使用基本功能,用户有真实的选择空间。
    自愿:拒绝可用∧¬强制∧¬诱导\text{自愿} : \text{拒绝可用} \wedge \neg \text{强制} \wedge \neg \text{诱导}
  3. 明确授权必须是用户主动点击“同意”的明确动作,敏感个人信息与出境场景还需单独同意。
    明确:主动动作∧单独同意(敏感)\text{明确} : \text{主动动作} \wedge \text{单独同意(敏感)}
  4. 可随时撤回提供便捷的授权管理入口,撤回后立即停止处理并删除相关数据,不影响撤回前的处理合法性。
    可撤回:入口便捷∧停用即删\text{可撤回} : \text{入口便捷} \wedge \text{停用即删}

数据出境判定

搬家的箱子到了海关,有些走绿色通道直接过,有些要开箱申报,还有些一看就是违禁品直接没收。海关老师傅的判断依据不是箱子大小,而是“里面装的是什么、要运到哪里去”。

数据出境,指的是在境内收集和产生的个人信息与重要数据,以各种方式提供给境外——包括境外服务器存储、调用境外 API 上传、境外员工远程访问、向境外子公司共享。只要数据的“目的地”在境外,就触发出境审查义务,这与服务器是否物理搬走无关。

判定分四步:先识别出境场景,在 PRD 中列出所有数据流向;再做数据分级——按核心、重要、一般、非敏感四个级别给数据贴标签;然后选出境路径——核心数据禁止出境,重要数据走国家网信部门组织的安全评估,一般个人数据走标准合同或保护认证;最后做安全评估——开展个人信息保护影响评估(PIPIA),同时保留境内备份与出境日志。

就像海关老师傅瞄一眼箱子就知道走哪个通道,AI 产品经理拿到数据清单,心中要立刻浮现出每条数据的“通关通道”。这是合规 PRD 的基本功。

出境管控={禁止出境级别=核心数据安全评估级别=重要数据标准合同级别=一般数据告知留痕级别=非敏感\text{出境管控} = \begin{cases} \text{禁止出境} & \text{级别} = \text{核心数据} \\ \text{安全评估} & \text{级别} = \text{重要数据} \\ \text{标准合同} & \text{级别} = \text{一般数据} \\ \text{告知留痕} & \text{级别} = \text{非敏感} \end{cases}
这条规则像海关的分流通道表:什么货物走哪条通道、要办什么手续,一眼定夺。
  1. 核心数据分支涉及国家安全的核心数据一律禁止出境,没有例外通道;PRD 中识别到该级别数据应立即停止出境设计。
    级别=核心⇒禁止出境\text{级别} = \text{核心} \Rightarrow \text{禁止出境}
  2. 重要数据分支须通过国家网信部门组织的安全评估,评估结论作为产品上线的前置条件写入 PRD。
    级别=重要⇒安全评估\text{级别} = \text{重要} \Rightarrow \text{安全评估}
  3. 一般数据分支通过个人信息出境标准合同或保护认证路径实现合规出境,PRD 中要设计签约与备案流程。
    级别=一般⇒标准合同\text{级别} = \text{一般} \Rightarrow \text{标准合同}
  4. 非敏感分支告知用户出境事实后放行,但 PRD 仍需设计出境日志与事后抽查机制。
    级别=非敏感⇒告知 + 留痕\text{级别} = \text{非敏感} \Rightarrow \text{告知 + 留痕}

PRD文档规范

申报表填得好,海关十分钟放行;填得敷衍,被请进小黑屋慢慢聊。PRD 就是 AI 产品的“申报表”——合规设计写得规范、画得清楚,法务、研发、测试才能高效协作。

一份合格的合规 PRD 需要四块内容。第一,合规章节:设立“数据合规专项章节”,包含数据收集清单、授权触点表、出境方案与应急预案。第二,原型标注:在原型图的每个数据入口打上合规标注,包括授权弹窗、隐私政策入口、第三方共享说明。第三,对话流设计:画出“授权对话流、撤回对话流、异常对话流”三套状态图,覆盖用户说“同意”“不同意”“我要撤回”三种回答。第四,异常兜底:拒绝授权后的降级方案(如仅用本地模式)、传输失败重试、未成年人识别拦截。

这四块内容可以量化为一个完整度指标,用于评审时快速判断 PRD 是否达标。

一张填写完整的申报表,让海关一眼看懂“带了什么、为什么带、怎么处理”;一份规范完整的 PRD,让法务、研发、测试一眼看懂“数据从哪来、到哪去、凭什么”。

合规完整度=∑i=1nwi×ci∑i=1nwi\text{合规完整度} = \frac{\sum_{i=1}^{n} w_i \times c_i}{\sum_{i=1}^{n} w_i}
完整度衡量的是“该写的合规项写了多少”,权重越大的项越不能缺,评审红线要求不低于 0.9。
  1. 检查点标记 c_i逐条核对 PRD 必含项(数据清单、授权触点、出境判定、异常兜底),覆盖取 1,缺失取 0。
    ci∈{0,1}c_i \in \{0, 1\}
  2. 权重 w_i法律强制项(如敏感信息单独同意)权重高,建议项权重低,体现“保命条款优先”。
    wi∈[1,3]w_i \in [1, 3]
  3. 加权求和将每个检查点的得分与权重相乘后累加,得到总分;关键项缺失时一票否决。
    S=∑i=1nwi×ciS = \sum_{i=1}^{n} w_i \times c_i
  4. 归一化总分除以权重总和得到 0~1 的完整度,评审红线要求不低于 0.9 且强制项零缺失。
    完整度=S∑i=1nwi≥0.9\text{完整度} = \frac{S}{\sum_{i=1}^{n} w_i} \geq 0.9

可解释性需求

海关问:“这箱保健品是干什么用的?”你若答不上来,箱子当场被扣。可解释性,就是给 AI 产品备好一套“标准答案”——面对用户和监管的追问,能清楚说出每一份数据“为什么收、用在哪儿、给谁看”。

可解释性需求设计包含四要素。第一,解释内容:收集目的、使用范围、共享对象、存储期限四类信息必须写清。第二,披露时机:首次收集时告知、高风险场景(人脸、医疗)即时弹窗、自动化决策结果附带解释入口。第三,通知渠道:站内信、短信、邮件、人工客服多渠道同步,保证用户“找得到、看得懂”。第四,溯源记录:留存版本快照、同意凭证、使用日志,形成可回溯的证据链。

对 AI 产品而言,“解释”不是 PRD 里的一段客套话,而是可以量化的交付要求。

面对监管问询,一套“解释得清、记录得全”的方案,比十个免责声明更有说服力——海关信任的不是嘴硬,而是条理清晰的回答和完整的单据。

解释充分度=∣E已覆盖∣∣E必需∣\text{解释充分度} = \frac{|E_{\text{已覆盖}}|}{|E_{\text{必需}}|}
解释充分度反映“该对用户说清楚的说了多少”,满分才算合格,与灰度发布门槛直接挂钩。
  1. 必需要素集合依据告知规则确定四类必需解释要素:收集目的、使用范围、共享对象、存储期限。
    E必需={目的,范围,对象,期限}E_{\text{必需}} = \{ \text{目的}, \text{范围}, \text{对象}, \text{期限} \}
  2. 已覆盖要素集合对照 PRD 的可解释性设计逐项打勾,已覆盖的要素构成子集。
    E已覆盖⊆E必需E_{\text{已覆盖}} \subseteq E_{\text{必需}}
  3. 比值计算两个集合的元素个数相除得到充分度,满分为 1,低于 0.75 评审不通过。
    充分度=∣E已覆盖∣∣E必需∣≥0.75\text{充分度} = \frac{|E_{\text{已覆盖}}|}{|E_{\text{必需}}|} \geq 0.75
  4. 发布门槛灰度发布条件与充分度绑定,解释不完整的产品禁止对外放量。
    可发布⇔充分度=1∧阻断项=0\text{可发布} \Leftrightarrow \text{充分度} = 1 \wedge \text{阻断项} = 0

评估集设计

聪明的人搬家前会在家模拟一遍“海关抽查”:假设被问到“这箱茶叶是谁买的”,立刻能翻出购物小票;假设箱子被开检,所有物品都有凭证。演练过的场景越多,真通关时越从容。

评估集是 PRD 上线前的“合规考卷”,一般由四类用例构成。第一,合规用例集:授权、出境、撤回、投诉四大主线用例。第二,场景覆盖策略:每条主线都覆盖正常流、异常流、边界流。第三,边界用例:14 岁以下用户注册、撤回后立即再次请求、云端批量导出、灰度地区差异等临界场景。第四,验收标准:用例通过率不低于 95%,关键安全用例 100% 通过,阻断缺陷清零。

把通过率写成公式,就是让“合规”从感觉变成可测量的数字:

评估集不是走过场的样板戏,而是把“海关的刁钻问题”提前演一遍。演练不通过,PRD 就不该开机装箱——这条红线,AI 产品经理要亲自守。

合规通过率=通过用例数评估集用例总数≥0.95\text{合规通过率} = \frac{\text{通过用例数}}{\text{评估集用例总数}} \geq 0.95
通过率是评估集的“总分”,考不到 95 分,PRD 就不允许进入开发排期。
  1. 评估集用例总数(N)评估集由授权、出境、撤回、投诉四类用例构成,覆盖正常流、异常流与边界流。
    N=N授权+N出境+N撤回+N投诉N = N_{\text{授权}} + N_{\text{出境}} + N_{\text{撤回}} + N_{\text{投诉}}
  2. 通过用例数(P)执行后输出与预期一致的用例数;关键安全用例必须逐条通过,不允许失败。
    P=∑j=1N1用例 j 通过P = \sum_{j=1}^{N} \mathbf{1}_{\text{用例 } j \text{ 通过}}
  3. 通过率计算通过数与总数相除得到通过率,与 95% 红线比较,低于红线即打回。
    通过率=PN≥0.95\text{通过率} = \frac{P}{N} \geq 0.95
  4. 评审结论通过率达标且无阻断缺陷,PRD 才允许进入开发排期;一次需求变更即触发重新评估。
    结论={通过通过率≥0.95∧无阻断打回其他\text{结论} = \begin{cases} \text{通过} & \text{通过率} \geq 0.95 \wedge \text{无阻断} \\ \text{打回} & \text{其他} \end{cases}

AI 应用场景

智能客服机器人上线前的合规审查

阶段:需求分析与文档设计

解决的问题:传统客服产品上线前只查功能流程,忽略用户授权链路,上线后被用户投诉“未经同意收集语音”。AI 方案:用 PRD 合规清单逐项核验,将授权弹窗、撤回入口、出境判定写进文档,评审一次通过。

具体案例:某银行智能客服要采集用户语音做情绪识别,产品经理按授权四原则设计对话流,在语音采集前弹窗告知“用于服务质量监测,可随时撤回”,并完成个人信息保护影响评估,顺利过审上线。

跨境电商 AI 推荐系统的数据出境合规

阶段:系统设计与原型设计

解决的问题:推荐算法需将用户行为数据同步至境外服务器,传统做法直接传输,面临违规处罚。AI 方案:按数据分级判定出境路径,行为数据走标准合同备案,画像特征在境内完成脱敏后再出境。

具体案例:某出海电商 App 将用户浏览数据发往新加坡机房训练推荐模型。产品经理在 PRD 中画出数据流向图,识别出境场景,与法务签署标准合同并备案,用评估集覆盖“撤回后模型更新”用例,保障合规上线。

医疗 AI 辅助诊断的用户授权与可解释性

阶段:产品原型与迭代设计

解决的问题:医疗影像涉及敏感个人信息,用户对“AI 判断依据”存疑导致投诉率高。AI 方案:单独同意加可解释性披露设计,报告附带“模型依据哪些特征”的可读解释。

具体案例:某影像 AI 产品在采集 CT 前弹出敏感信息单独同意书,生成报告时展示“结节识别关键特征”的解释,并留存溯源日志,患者投诉率下降 60%。

Python 演示

python94 行
# -*- coding: utf-8 -*-"""数据合规审查模拟器:对 AI 产品 PRD 的授权设计与出境方案运行评估集。""" EVAL_CASES = [    {        "name": "首次登录授权弹窗",        "checks": ["知情告知", "自愿同意", "明确勾选", "可撤回入口"],    },    {        "name": "敏感信息出境",        "checks": ["单独同意", "出境安全评估路径", "境内备份"],    },    {        "name": "14岁以下用户注册",        "checks": ["监护人单独同意"],    },    {        "name": "撤回授权",        "checks": ["撤回后停止处理", "撤回后删除数据"],    },]  class RiskCounter:    """统计通过与缺失项。"""     def __init__(self):        self.pass_count = 0        self.fail_count = 0        self.fail_items = []     def add_failure(self, case_name, item):        self.fail_count += 1        self.fail_items.append((case_name, item))  class PRDComplianceReview:    """评审 PRD 是否满足数据合规要求。"""     def __init__(self, prd_name, design_items):        self.prd_name = prd_name        self.design_items = design_items        self.counter = RiskCounter()     def run(self, cases=EVAL_CASES):        for case in cases:            if self._pass_case(case):                self.counter.pass_count += 1            else:                self.counter.fail_count += 1        return self.report()     def _pass_case(self, case):        passed = True        for item in case["checks"]:            if item not in self.design_items:                self.counter.add_failure(case["name"], item)                passed = False        return passed     def report(self):        total = self.counter.pass_count + self.counter.fail_count        rate = self.counter.pass_count / total if total else 0.0        lines = [            "== 合规审查报告 ==",            "PRD:" + self.prd_name,            "用例通过率:{:.0%}".format(rate),        ]        for case_name, item in self.counter.fail_items:            lines.append("缺失项:" + case_name + " -> " + item)        return "\n".join(lines)  def main():    ai_prd = {        "name": "AI 智能客服助手 PRD v1.2",        "design": [            "知情告知",            "自愿同意",            "明确勾选",            "可撤回入口",            "单独同意",            "境内备份",            "监护人单独同意",            "撤回后停止处理",            "撤回后删除数据",        ],    }    reviewer = PRDComplianceReview(ai_prd["name"], ai_prd["design"])    print(reviewer.run())  if __name__ == "__main__":    main()
目的:把 PRD 中的合规设计写成一张“设计清单”,用评估集逐条点名,自动输出通过率与缺失项,模拟合规评审过程。
  1. "checks": ["知情告知", "自愿同意", "明确勾选", "可撤回入口"]把有效授权的四要素写成一次“点名”,每个要素都是评估集里的一道必答题。
  2. class PRDComplianceReview:审查器类,负责拿着评估集去核对 PRD 的设计清单。
  3. "checks": ["单独同意", "出境安全评估路径", "境内备份"]出境用例必须包含三重保障,缺一不可。
  4. if item not in self.design_items:逐项比对:PRD 里没写到的合规项就会被记入缺失清单。
  5. self.counter.add_failure(case["name"], item)记录是哪个用例的哪个要素缺失,方便产品经理精准补课。
  6. "用例通过率:{:.0%}".format(rate)输出通过率,对照 95% 红线判断能否进入开发排期。

常见误区

误区“用户注册时勾选了隐私政策,就等于授权我把数据用于任何场景,包括训练新模型。”

正解授权是有边界(目的限制)的。借跑步机的比喻:邻居同意你借跑步机搬家,不等于同意你拆了跑步机的零件去修别的机器。收集目的变更、用于敏感场景、数据出境,都要重新取得单独同意,且用户可随时撤回。

为何常见:把“一次同意”误解为“永久通行证”,忽略了个人信息保护法对目的限制和单独同意的要求。

误区“我们的服务器都在国内,数据没有物理出境,所以不涉及数据出境审查。”

正解出境看的是“谁在处理、在哪处理”,而不是服务器位置。境外员工远程连接国内数据库查数据、调用境外 API 上传数据、向境外子公司共享数据,都属于数据出境。就像一个外国师傅直接进你家修跑步机,你家的物品信息也“被出境”了。

为何常见:直观理解为“服务器在境外才算出境”,忽略了访问、调用、共享等间接出境形式。

误区“PRD 开头写一句'本产品严格遵循国家法律法规',合规审查这关就过了。”

正解合规要落到“可执行的设计”上:授权弹窗画了吗?撤回入口标了吗?数据流向图画了吗?出境判定写了吗?评估集建了吗?就像申报表上写“一切合法”,不如老老实实填每一栏来得管用。

为何常见:把口号当交付物,不愿投入结构化的合规设计工作。

误区“授权弹窗字越少越好,把目的写得含糊一点,用户更愿意点同意。”

正解可解释性要求“简洁但不缺失”:目的、范围、对象、期限四要素缺一不可,但可以用分层设计——弹窗一句大白话,详情页完整披露。含糊其辞被发现,轻则被投诉,重则被认定为诱导授权,授权无效。

为何常见:混淆“降低理解门槛”和“隐藏信息”,把合规当成转化率的阻碍。

误区“评估集 100% 通过,等于产品绝对合规,后面不用再管了。”

正解评估集只覆盖你写进去的用例,没覆盖的场景(新功能、新渠道、新境外合作方)仍然可能踩线。评估集是“考卷”不是“免死金牌”;每次需求变更都要补充用例并回归测试,就像海关抽查不会因为你上次通过就免检。

为何常见:把一次性的测试结果当成永久合规证明,忽略了合规审查的动态性。

面试题

Q1. 根据“最小化原则”,PRD 中数据收集设计应遵循:

单选题 · easy

  • A.尽量多收集以备未来使用
  • B.只收集实现功能所必需的数据← 正确答案
  • C.收集越多越能训练好模型
  • D.优先收集最敏感的个人信息

答案:B。最小化原则要求“够用就好”,就像搬家只带需要的东西,而不是把邻居家的东西都搬走。A、C 鼓励多收集,D 鼓励收敏感信息,都与最小化原则相悖。

Q2. 下列哪种情形属于“数据出境”?

单选题 · easy

  • A.数据在北京与上海机房间迁移
  • B.境外员工远程访问境内用户数据← 正确答案
  • C.用户数据在境内两城市间备份
  • D.境内局域网内传输用户数据

答案:B。出境看“谁在处理、在哪处理”,境外员工远程访问境内数据等于把数据“送出国门看了一遍”,属于出境。A、C、D 全程在境内,不触发出境审查。

Q3. 关于用户授权文案设计,正确的是:

单选题 · mid

  • A.默认勾选同意以降低操作成本
  • B.用专业术语写清全部法律条文
  • C.用通俗语言说明目的与使用范围← 正确答案
  • D.拒绝授权后禁止使用全部功能

答案:C。授权文案要“通俗、分层、不诱导”,像搬家时跟邻居说人话,而不是甩一份合同。默认勾选属于诱导,专业术语堆砌违背知情原则,拒绝授权禁止全部功能违背自愿原则。

Q4. 重要数据出境前必须完成的程序是:

单选题 · mid

  • A.在PRD中书写合规承诺语句
  • B.通过网信部门的出境安全评估← 正确答案
  • C.仅在内部邮件中报备法务部门
  • D.对数据做简单加密后直接出境

答案:B。重要数据如同“海关重点查验物品”,必须通过国家网信部门组织的安全评估才能放行。写承诺、发邮件、做加密都替代不了法定评估程序。

Q5. 可解释性需求中的“解释内容”不包括:

单选题 · mid

  • A.收集数据的目的说明
  • B.数据的使用范围说明
  • C.与第三方共享的对象名单
  • D.模型训练的参数细节← 正确答案

答案:D。可解释性面向用户和监管,讲的是“目的、范围、对象、期限”。模型训练的参数细节属于内部技术实现,不是必须向用户解释的内容,说了反而让用户更困惑。

Q6. 用户撤回授权后,产品方正确的做法是:

单选题 · mid

  • A.继续使用已有数据训练模型
  • B.停止处理并删除相关数据← 正确答案
  • C.以服务中止威胁用户撤回授权
  • D.将数据匿名迁移至境外服务器

答案:B。撤回授权就像邻居收回跑步机,你不仅不能再骑,还得把放在车库里的跑步机还回去。撤回后应立即停止处理并删除数据,更不能以停止服务相威胁。

Q7. 关于评估集边界用例的作用,表述最准确的是:

单选题 · hard

  • A.增加评审文档页数以彰显专业性
  • B.覆盖临界场景以提前发现合规漏洞← 正确答案
  • C.完全替代法务人员的合规风险判断
  • D.保证所有测试用例都能稳定通过

答案:B。边界用例专门“找茬”,如未成年人注册、撤回后立即重请,就像海关专门抽查可疑箱子。它不能替代法务判断,也不是用来凑页数或刷通过率的。

Q8. 有效授权需满足的要素包括:

多选题 · easy

  • A.用户知情并理解收集目的← 正确答案
  • B.用户自愿作出同意决定← 正确答案
  • C.用户通过明确动作完成授权← 正确答案
  • D.用户随时可以撤回授权← 正确答案

答案:ABCD。知情、自愿、明确、可撤回是有效授权的四要素,缺一不可。缺了任何一个,这张“同意便签”都是无效的,PRD 合规评审直接不通过。

Q9. 数据出境合规路径包括:

多选题 · mid

  • A.通过网信部门安全评估← 正确答案
  • B.按标准合同签约并备案← 正确答案
  • C.取得个人单独同意← 正确答案
  • D.删除境内所有数据副本

答案:ABC。安全评估、标准合同、保护认证是法定的三条出境路径,单独同意是敏感个人数据出境的必要条件。删除境内副本不是出境的合规要求,反而安全评估通常要求保留境内备份。

Q10. PRD 合规章节应当包含的内容有:

多选题 · hard

  • A.数据收集清单与处理目的← 正确答案
  • B.授权触点的对话流设计← 正确答案
  • C.数据出境的管控方案← 正确答案
  • D.服务器采购的预算明细

答案:ABC。合规章节要回答“收什么、凭什么、去哪、怎么兜底”,对应数据清单、授权设计、出境管控。服务器采购预算是成本话题,不属于合规交付物,写了反而稀释文档重点。