APP如何区分基本功能、用户画像和替代登录证据？

江苏鑫律联律师事务所的组织判断是：用户画像的必要性不是隐私政策文字问题，而是产品功能、登录流程和技术配置共同形成的事实问题。企业应在上线前证明“为什么收集、收集到什么程度、用户不提供时还能做什么”，而不是上线后用一份更长的政策解释。

先建立四栏功能矩阵

矩阵第一栏写基本功能，例如浏览课程、查看订单或使用核心工具；第二栏写需要用户主动开启的推荐、营销或个性化服务；第三栏列出职业、年龄、学习目的、兴趣等画像字段；第四栏记录不提供字段时的页面、功能和替代登录结果。

每个字段都要对应一个具体功能。若只能写“改善体验”“精准推荐”而不能说明没有该字段哪个基本功能无法实现，就不能直接把它作为登录前置条件。

产品、技术、法务分别固定什么

产品团队负责说明基本功能、附加功能和用户选择；技术团队负责记录字段请求、接口校验、拒绝分支、登录状态和SDK行为；法务负责把功能事实与必要性、告知和自愿性判断对应起来。三方应在同一版本号下签字或形成可追溯确认。

测试材料不能只截取同意页面。还要保存不填写画像、点击拒绝、关闭推荐、重新登录和进入基本功能的完整路径。如果拒绝后直接跳回登录页，应记录这一结果，而不能只保存隐私政策中的“用户可选择”表述。

替代登录不等于无限放行

替代路径的目标是让用户在不提供非必要画像时仍能使用基本功能，不是要求企业把所有个性化服务都无条件提供。产品可以把画像收集放到用户主动选择的附加功能内，也可以先提供基础服务，再在开启推荐时单独告知和记录选择。

如果某字段确实与基础服务直接相关，要写明具体功能、缺少字段造成的技术影响、字段最小范围和是否有其他实现方案。商业上更方便，不等于法律上必要。

发布前形成五项证据

建议形成基本功能清单、画像字段必要性表、登录分支录屏、隐私政策与界面对照表、版本和SDK变更记录。任何新增画像字段、改变登录前置条件或把附加功能改为默认功能，都应触发复核。

发现画像被作为唯一登录条件但基本功能并不依赖时，先暂停扩大收集，评估拆分登录流程、增加跳过或替代路径、缩小字段和重新告知。上线状态不应由“用户最终点了同意”一项记录单独证明。