搞AA认证这些年，被问得最多的两个问题是：到底要准备哪些东西才能开始走流程？证拿到之后管多久？这两个问题看着简单，其实挺多人搞混了概念，材料反复被打回来、或者拿完证就以为万事大吉了。
第一类，公司资质和商务文件。
想申请AA认证，第一步不是交技术文档，是跟Google签协议。需要准备的材料不止营业执照那几样，完整的清单还包括企业联系人授权函、签署好的保密协议、质量管理体系相关说明、品牌信息和产品线资料、目标市场说明。资料不全是拖时间的头号**——一次性理清了再提交，远比拍脑袋凑合填然后被退回来反复补件快得多。补充一点：Android Automotive Partner计划对初创团队同样开放，不是说非得大厂才能进，关键看材料齐不齐、信息对不对称。
第二类，产品设计文档。
这是整个认证的技术骨架，也是最容易被退件的部分。核心三样东西：规格书、UX交互文档、系统设计报告。规格书要把硬件配置写透——USB接口类型和版本、蓝牙芯片型号、Wi-Fi模组规格、屏幕分辨率和触控方案。
·UX文档覆盖用户交互逻辑：
手机插上USB后的画面切换流程、语音助手唤醒方式、导航和媒体信息的显示层级，所有跟驾驶安全相关的交互路径都要画清楚。系统设计报告偏底层实现，讲AOAP协议怎么落地、音频链路怎么处理、画面投射的编码方案。
·这几样东西有个共通的坑：
术语要统一、信息要对齐。规格书里USB标的是2.0，UX文档里又写成了3.0——这种不一致Google审核一眼就看出来，直接退件。很多项目卡在文档这关不是技术不行，是信息管理没跟上。
第三类，测试和终审材料。
开发收尾阶段先跑一轮内部自测，目的是确认产品在送*L之前已经对过标了。有个细节很多人不清楚：自测报告是企业内部文件，Google和*L都不收，不用提交。真正需要的是*L实验室出具的正式测试报告。
二、2.0给材料侧带来了一个实打实的变化：
原来1.0体系下，合规例外申请是临时的，每个项目都要单独走豁免流程。2.0推出了标准化的CER机制，只要硬件架构和产品形态不变、且现行认证规范没有发生底层大版本更迭，同一个体系的后续项目可以直接沿用之前的豁免审批。但如果换了主控芯片、蓝牙或Wi-Fi模组、USB核心电路，豁免就不适用了，得重新申请。
然后说有效期——这块市面上误解相当多，我自己也踩过坑。有一种流传很广的说法是"AA认证证书有效期一年，到期重做"。这个表述确实不准确，原文判它错是对的。但我之前把它替换成"Android大版本更新就必须重测"，逻辑也不对。
实际运作方式是这样的：
Google对已认证产品实行的是兼容列表机制——产品通过认证之后会进入官方的设备兼容白名单，只要AA的底层协议和PCTS测试套件没有发生强制性的重大改版，存量认证产品不需要因为Android年度版本更新就主动重测。常规的系统迭代靠的是兼容性保底，不是拉回来再跑一遍。只有在Google公告了AA协议层或PCTS套件的硬性变更时，才会对部分涉及的产品抽样做回归验证。所以维护成本远没有想象中那么高，也不是每年铁定要挨一刀。
SSL证书是另一条线。它有独立的签发周期，到期了得走自己的续期流程，跟产品测试认证解绑，别搞混了。
最后说硬件变更的界限：
认证完了之后如果产品要改，不是所有改动都需要评估回归测试。外壳件调整、普通外设替换、非通信相关的PCB微调，这些不需要走变更备案。真正需要评估的，是核心硬件动了——主控芯片、蓝牙或Wi-Fi通信模组、USB核心电路。动了这些东西，CER的豁免可能不再适用，得评估要不要做部分回归测试。
谷歌AA认证可联系蓝亚技术检测认证机构顾问：13632500972（Benson）
