主流 Android 手机能否成为受控项目设备？

测试前先明确定义候选设备

“主流”描述的是一个商业产品系列，而非其所有权状态。本指南针对的是新采购或已恢复出厂设置的组织自有设备，而非员工的个人手机。受控项目设备是指一台具体的手机，其应用、策略、注册、恢复和验收状态均有文档记录，并服务于一个明确定义的用途。这是 Vantora 的项目术语，不是 Google 认证，也不是永久性的产品等级。

• 具体型号、区域或运营商 SKU、内存版本、供应商和采购渠道。
• Android 版本、固件版本、安全补丁、GMS/AOSP 路径和出厂设置状态。
• 应用包和版本、选定的 EMM、预期的所有权模式和必备控制项。
• 目标市场、网络、SIM/eSIM 假设、充电器、底座和所需外设。
• 已公布的更新与支持信息、替代型号、更换方案和备件。

确认所有权与管理边界

整机控制取决于组织所有权以及一条受支持的洁净状态预配路径。AOSP 设备管理概览区分了配置文件所有者（profile owner）与设备所有者（device owner）的管控范围，而当前的 Android 预配指南则明确规定了所有权、个人使用设置、令牌、方式和管理模式。测试前应锁定允许的个人使用范围、目标模式、擦除权限、EMM 和注册路径。如果员工自有状态被当作整机控制来处理，或数据擦除权限尚未落实，应立即停止。

执行六步具体设备转化流程

目标是得出一份范围明确的设备适配结论，而不是对某个机型系列的泛泛表态。应基于预期量产时的所有权模式、注册路径、应用、策略和采购渠道执行该流程。对于零接触注册，应在具体设备上核实文档所载的经销商注册、配置、软件和网络前提条件，而不是假定同系列名称的零售设备自动符合条件。

1. 1锁定可订购基线：记录标签、具体 SKU、固件、补丁、供应商和预期渠道。
2. 2从洁净状态注册 A 机：记录重置条件、网络、租户、令牌或配置、策略及最终状态。
3. 3测试必备控制项和工作流程：应用安装、首次运行、身份验证、权限、离线使用、更新、外设和 Kiosk 退出路径。
4. 4对样机做破坏性测试并证明恢复能力：中断设置、重启、断开网络连接、重置或擦除，然后恢复到已验收状态。
5. 5用 B 机检验结果：按预期路径重复关键的设备身份、注册、工作流程、控制和恢复检查。
6. 6出具一页纸的设备适配结论，写明范围、证据、限制、责任方和重新验证触发条件。

结论只用“接受”“有条件”或“拒绝”——不留模糊表述

该结论的范围窄于完整的部署批准，仅适用于已记录的设备、SKU、固件版本、渠道、应用、EMM 和市场范围。

将 OEM 基线与项目状态分开管理

使用主流手机并不会让它变成定制硬件。标准硬件、启动链、固件、更新渠道和生命周期仍由 OEM 负责。项目在此之上叠加的是受版本控制的应用、管理模式、策略、注册路径、预配指令、测试记录、限制及责任方。系统更新策略在受支持的情况下可以管控安装时机，但无法迫使 OEM 或运营商发布固件，也无法保证变更之后工作流程依然不受影响。

知道何时拒绝或更换候选机型

当某项必备需求依赖于不具备的硬件、环境耐用性、缺失的外设路径、不受支持的 OEM 控制、不可重复的恢复流程、不确定的区域供应或不足的生命周期时，就应更换主流候选机型。管理手段无法凭空创造缺失的应用、硬件、OEM 或固件能力。

• 控制台中存在某项设置，但在具体固件版本上无法产生所需结果。
• 应用或外设在真实工作流程中失败，或无法从约定的重置状态恢复。
• 区域 SKU、渠道或第二台设备存在差异，且该差异改变了某项必测结果。
• 供应、维修、更新或更换方面的证据无法支撑所需的部署周期。
• 某项重大缺口没有责任方、没有受支持的解决路径，也没有可接受的限制说明。

将结论移交至部署验收

“接受”的设备适配结论授权进入下一验证阶段，并不等于批次批准。应保存候选设备的身份信息、范围、结果、例外、责任方和证据链接，然后定义应用、策略、预配、市场、批次预配和批量验收基线。更完整的证据集参见 MDM 就绪与部署就绪指南，量产路径参见 Android 设备预配方式。

申请设备适配评审

请提供具体机型或候选清单、采购渠道、目标国家、所有权模式、应用和 EMM 状态、必备控制项、数量范围、生命周期需求及验收优先级。首轮评审无需提供最终客户名称和保密商业细节。