PG官网

  一个做园区访客登记的小程序，上线前把隐私政策从网上抄了一份，权限弹窗只写了一句「为了更好服务您」。应用市场审核打回，要求逐项说明通讯录、定位、相册、剪贴板用在哪，接入了哪些第三方 SDK，各自收集什么。

  老板觉得委屈，功能都是业务要的，用户也点了同意。审核看的是清单和证据，不看口头解释，监管通报里反复出现的问题，基本都能在这份清单里找到。

个人信息合规不是上线前补一份文档。开发前把权限和字段定清楚，把 SDK 管住，把隐私政策和实际功能对上，上线前再做一次检测，后面被通报的概率会低很多。

一、先列清单，分清哪些权限和字段是必需

  很多项目一开始就没有清单。产品经理写功能，开发照着调权限，测试只测能不能用。等到审核要材料，才发现定位、通讯录、相册、麦克风、相机、剪贴板、设备信息全开了，没人说得清哪项是必需。

  先按功能列。访客登记要手机号、姓名、身份证照片，定位只在用户主动打开园区地图时用，通讯录只在邀请同事时用，相册只在用户选择头像或上传证件时用。每项写清使用场景、触发时机、不授权还能不能用。

  《常见类型移动互联网应用程序必要个人信息范围规定》列了常见类型的必要信息范围，具体到自己的业务，还要按功能再收窄。手机号用于登录和通知，身份证号用于实名登记，人脸用于门禁核验，这些要分开写。没有对应功能的字段，删掉比解释省事。

  权限弹窗也要跟着改。用户拒绝定位，不能反复弹；拒绝通讯录，邀请可以改成手动输入手机号；拒绝相册，可以拍照上传。把拒绝后的替代路径做出来，审核和用户都看得见。

  还有后台采集和剪贴板。有些 APP 在后台频繁获取定位，小程序也会在用户刚进入页面时读一次剪贴板，这类行为在检测报告里很扎眼。业务不需要的，关掉，别等检测出来再解释。

  清单要能被开发、测试、运营共用，不要只放在法务电脑里。每次加功能、加字段、加权限，清单跟着更新，不然上线后又是另一套。别等审核问起来，才翻聊天记录找当时的说明。

二、SDK 是最大盲区，第三方采集也要写

  自己写的代码看得见，第三方 SDK 看不见。推送、统计、地图、支付、登录、客服、崩溃上报，随便接几个，背后都在采集设备信息、位置、应用列表、网络状态。

  很多隐私政策只写自家收集什么，不写 SDK。审核会看 SDK 名称、提供方、用途、收集字段、隐私政策链接。少一项，就可能被打回。

  SDK 要在初始化时管住。能延迟初始化的，等用户同意隐私政策后再启动；能不采集的字段，关掉；能选合规版本的，别用老版本。地图 SDK 只要定位，不要通讯录；统计 SDK 只要埋点，不要设备唯一标识。

  第三方 SDK 的隐私政策也要对得上。它说自己收集什么，你的政策里也要写。它更新了版本，你的清单跟着更新。很多问题出在接的时候看了一眼，后面再没管。

外包项目尤其容易漏。开发把 SDK 接进去，交付时只给代码和后台，不说明采集范围。甲方验收时要让对方出一份 SDK 清单，逐个打开隐私政策核对。

  如果 SDK 提供方已经停止服务或者联系不上，尽量换掉。留着它，出了问题没人能给出说明。换的时候把旧 SDK 的初始化代码和隐私政策一起清掉，别留半截在包里。

三、隐私政策不能套模板，要和实际功能对上

  网上模板最大的问题，是写的和做的对不上。政策里说收集手机号、位置、设备信息，实际还收集了身份证、人脸、通讯录；政策里说保存三年，代码里一直没删。

  政策要写清收集哪些信息、为什么收集、怎么用、存多久、给谁看、用户怎么查、怎么改、怎么删、怎么注销。每一条都要能在系统里找到对应入口。

  用户同意要能留痕。什么时候同意的、同意的是哪一版政策、有没有单独同意敏感信息，这些要存下来。政策更新后，老用户重新确认，不能默认继续用。

  敏感个人信息要单独同意。身份证、人脸、行踪轨迹、金融账户、医疗健康，这些不能混在一条总同意里。弹窗要写清楚用途，别用「提升体验」这种空话。

  注销和删除不能藏。入口放在设置里，流程写清楚，多久处理完，处理结果怎么通知。很多通报就卡在注销难、删除难、客服不回应。客服入口也要有人接，别只放一个常年不看的邮箱。

  隐私政策要当成用户和公司之间的约定，别当成给审核看的摆设。产品改了，政策跟着改；政策改了，版本号和同意记录跟着改。三样对不上，问起来就很难解释。

四、上线前做一次合规检测，等通报再改更贵

  上线前检测不是走形式。拿一台干净手机，装包，清数据，从第一次打开开始录屏，看隐私政策弹窗什么时候出现，用户同意前有没有初始化 SDK，拒绝权限后还能不能用。

  检测要覆盖权限、SDK、政策、注销、第三方分享、儿童个人信息、数据出境这些场景。有海外业务或者用了境外服务，数据出境要做评估，别等监管问。

  检测报告要能落到人头上。哪个页面、哪个 SDK、哪个字段、什么时间采集，写清楚，开发才知道改哪里。只说「存在风险」，没人知道从哪下手。

  应用市场审核和监管检测的关注点不完全一样。应用市场看材料齐不齐，监管看实际行为。两边都过一遍，别只盯着上架。上架只是第一关，后面的抽检和用户投诉同样会找上门。

  上线后也要复查。版本迭代、SDK 升级、活动页上新，都可能带进新采集。每个季度或者每次大版本，重新跑一遍清单。把复查结果记进清单，下次迭代直接照着改。

  等通报再改，成本不只是改代码。应用下架、限期整改、客户质疑、投标被扣分，这些账更难算。老板看到的是一纸通知，开发和运营要花几周补材料、改代码、重新提审。

  个人信息合规这件事，开发前多花两天列清单，比上线后花两个月整改划算。清单、SDK、政策、检测这四样都过了，再谈上线时间，心里才有底。判断一个小程序能不能过审，问三个问题，权限清单能不能对上每个功能，第三方 SDK 能不能逐个说清，用户拒绝授权后还能不能正常用。