VR全景交付出去，最怕甲方一句话：我手机上打不开、眼镜里好卡、小程序里转圈。做全景的人都知道，拍摄和拼接只是前半段，能不能在三种入口都顺滑打开，才是后半段要命的事。我们踩过的坑，基本都在这个兼容性上。
手机端：流量和首屏是命门
大多数人第一次看VR全景是在手机上。手机网络不稳、流量贵，所以首屏加载必须快。我们的做法是分块加载、先给低清预览再补高清，别一上来就怼几兆的图。还有陀螺仪和手势交互要跟手，转一下画面跟着转，卡顿一下用户就关了。移动端优化不到位，展厅再漂亮也没人逛完。
VR眼镜端：帧率和分辨率要平衡
进眼镜看，体验上限最高，但要求也最狠。分辨率不够纱窗感严重，帧率不稳直接晕。我们给眼镜端单独出一份适配版本，贴图精度、视野范围都按头显参数调，而不是把手机版硬塞进去。低端Cardboard和高端Quest要分别测，别用一种标准糊弄。
小程序端：嵌入和分享是重点
很多企业要把全景嵌进微信小程序，给客户在聊天里直接点开。这里坑在平台限制：包大小、域名白名单、WebGL支持，哪一项漏了就白屏。我们交付前一定在真机小程序里跑一遍，确认能嵌、能分享、能带参数，比如直接定位到某个展区。
还有个常被低估的点是模型本身的大小。全景图一张动辄几十兆，直接塞给手机必卡。我们的处理是分层：先传低精度预览球，用户拖动时再按视角加载高清瓦片，看哪补哪，流量和首屏都省。热点标注、音频讲解这些交互素材也做懒加载，别一开门全涌进来。这套策略听着技术，体验上就是用户感觉不到在等。
更省心的是统一后台。我们交付时把三端指向同一份源数据和同一套热点配置，改一次全端生效，别各端各改一遍。客户运营起来才不累，不然展厅内容一更新，三个入口对不上，信任感直接掉。兼容性不是一次性验收，是长期运营的一部分。所以我们评估一个VR全景项目好不好，不只看拍得炫不炫，更看三端打开顺不顺、改内容累不累，两件事都过关，这单才叫做成。
