服务能力
围绕真实部署环境构建
部署并不会在发货时结束
首批发货数月后，仍应能清楚了解同一设备配置。生命周期管理会记录已交付内容、后续变更、备用方案、已验收的固件基线，以及补单应如何与原配置保持一致或有意区别。
要维护的生命周期记录
| 记录 | 它跟踪什么 | 为什么这很重要 |
|---|---|---|
| 系统版本历史 | 固件、应用、启动器、策略和包装版本 | 显示批次之间的变化 |
| EOL 和替代计划 | 组件、型号或附件变更 | 让项目在供应中断前批准替代方案 |
| 备用与替换设备池 | 备用设备、配件和维修路径 | 支持现场更换，无需重新采购 |
| 保修和 RMA 路径 | 缺陷处理、退货流程和所需证据 | 保持支持角色清晰 |
| 已知限制更新 | 新的 OEM、MDM、应用或市场限制 | 防止补单时继续沿用已经过时的假设 |
补单版本控制
补单应与验收基线一致；如有差异，必须准确记录原因。Vantora 会记录每个批次的固件、Android 版本、应用包、策略版本、配件套装和包装状态。组件或型号变更后，应先重新评审样机，再验收新批次。
EOL、备件和更换流程
设备型号、组件和配件终会发生变化。生命周期计划应列明预期供应窗口、EOL 通知路径、替代型号、备用设备策略、维修流程和支持联系方式。目标不是承诺永久供货，而是为项目提供负责任的变更处理方式。
部署后的责任边界
生命周期责任应在矩阵中明确。应用团队可负责应用行为和更新，MDM 供应商负责策略控制台，OEM 负责硬件保修，合作伙伴负责现场支持，Vantora 则可负责批次记录、补单和设备配置协调。清晰的边界可避免支持问题演变为渠道冲突。
生命周期责任矩阵待补充
明确应用更新、策略变更、保修、支持、补单和 EOL 决策的责任方。
矩阵
常见问题
补单能否与原始批次保持一致？
在型号和组件仍可供应时，补单可按验收基线进行预配置。任何变更都应在发货前记录并验证。
您是否承诺设备的长期可用性？
在没有证据的情况下，不应承诺固定的多年供货。Vantora 会跟踪 EOL 风险、提出替代方案，并在供应变化时记录变更。
部署后谁拥有应用更新？
应用行为和更新通常由应用团队负责；Vantora 可协助评估对设备配置和批次记录的影响。责任矩阵应明确责任方。
备用设备能否采用同一配置预配置？
可以。在供应允许时，备用或替换设备可按验收配置完成预配置，并记录到同一版本基线。
设备型号进入 EOL（停产）后应如何处理？
该计划应在新批次发货之前审查替代型号、验证样机、更新已知限制列表并记录更改。