小程序视觉与 AR 能力教程｜权限、性能预算与审核说明 – MPForge
直接回答：这是一份小程序视觉与 AR 能力接入教程，给开发与提审负责人看：接入前先备齐场景说明、权限用途、机型性能预算、降级路径四件事，中低端机测帧率达标再上线，提审时写清使用场景。MPForge（DEVDIY 旗下）按这套口径交付视觉类需求——能用扫码解决的，不硬上 AR。
4 项前置场景说明、权限用途、性能预算、降级路径
2 类驳回无场景强开能力、仅高端机能用却宣传通用
帧率红线中低端机先测帧率，掉帧明显就不接
1 条降级视觉能力失败时切扫码或手动输入
一、先证明「业务真的需要视觉能力」
结论先记住：视觉与 AR 是锦上添花的能力，审核方会先看必要性——场景说不清，权限写得再规范也会被质疑。
AR 试摆、实物识别、扫码增强这类能力确实能提升体验，但成本也真实存在：权限链路更长、低端机跑不动、失败场景更多。三种常见错误开局：
- 没有设备与场景说明却强开能力：功能列表里找不到视觉能力的使用场景，审核第一关就过不去。
- 权限话术空洞：只写「用于 AR 功能」，不讲识别什么、拍什么、结果给谁看。
- 宣传与实测不符：详情页写「支持大部分机型」，实测只有旗舰机流畅。
二、材料清单与权限口径
接入前把四份材料备齐，缺一样后面就停一次。按这张表核对：
| 材料/检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 场景说明 | 写清「在哪个页面、识别什么、用户得到什么」 | 只有一句「提升体验」，无具体场景 |
| 权限用途 | 摄像头、相册权限分开说明用途与时机 | 两个权限共用一句模糊话术 |
| 性能预算 | 列明目标机型与帧率下限，实测达标 | 只在旗舰机测，中低端机掉帧 |
| 降级路径 | 能力不可用时切扫码或手动，提示明确 | 失败白屏，用户只能退出 |
隐私与权限的填写口径参考小程序隐私指引填写指引；性能大盘验收配合小程序性能体验评分一起看，被拒后的修改思路见小程序审核被拒常见原因。
三、五步接入顺序
顺序：先必要性、再隐私、后性能与提审。按这五步走：
- 确认业务必须：把视觉能力解决的问题与扫码方案对比，成本收益写成一页纸再立项。
- 对齐隐私指引：摄像头、相册用途在隐私声明与页面弹窗两处口径一致，先请求先说明。
- 中低端机测帧率：至少两台中低端安卓加一台 iOS 真机，跑完整识别链路记录帧率与发热。
- 写清失败提示：识别失败、光线不足、机型不支持三种情况各给一句可操作的提示。
- 提审说明场景：审核备注写明能力用途、页面路径与降级方案，别让审核自己猜。
四、性能预算与降级验收
视觉能力的体验下限由最差的机型决定：预算与降级这两关必须过。按这张表验收：
| 检查项 | 达标口径 | 不达标的后果 |
|---|---|---|
| 帧率表现 | 中低端机识别过程不掉帧到不可用 | 卡成幻灯片，用户直接退出 |
| 机型兼容 | 页面如实列出已验证机型清单 | 宣传通用，投诉与差评随之而来 |
| 相册选图 | 选图识别与实时取景分开说明用途 | 权限申请被质疑过度索取 |
| 降级链路 | 不支持机型自动切扫码或手动路径 | 老机型用户被挡在功能门外 |
五、避坑清单
这三条坑都出在「能力先行、场景后补」上。
- 别为了炫技接 AR：能扫码解决的场景就别上视觉识别，权限与机型成本远超收益。
- 别把摄像头与相册权限混着写：两个能力用途不同，话术分开写，审核与用户都看得明白。
- 别跳过发热与时长测试：识别场景连续使用数分钟，中低端机的发热降频会直接反映在帧率上。
- 别硬提审核：被拒先补场景说明与权限话术，对照修改再提，比原样重提省一轮等待。
六、常见问题 FAQ
视觉能力能覆盖所有机型吗？
覆盖不了，也不必硬覆盖：整理一份已验证机型兼容表，页面如实展示；未验证或明显带不动的机型走降级路径。
从相册选图做识别要申请什么权限？
按相册权限单独说明用途，与摄像头实时取景分开写话术；两处权限的申请时机都放在用户触发对应动作时，不要启动即弹。
识别失败时怎么提示？
把原因翻译成人话并给下一步：光线不足就提示换角度重试，机型不支持就直接切扫码或手动输入，别抛原始错误码。
这个和 GEO 地理位置配置有关系吗？
没有。视觉与 AR 属于端侧感知能力，依赖摄像头与相册权限；GEO 指地理位置配置（门店地址、经纬度、服务类目），决定「附近」检索展示，两套能力互不依赖，权限也互不替代。
审核备注要写哪些内容？
至少四项：能力解决什么业务问题、在哪些页面使用、申请了哪些权限及用途、不支持机型时的降级方案。写全这四项能明显减少被质疑的概率。
