桌面演示里，一盏灯可以旋转，点一下热点就能读到调光说明，旁边还有配件购买入口。客户点头后，团队把模型部署到商品页。可真正用手机进入“在你的空间中查看”，灯还在，原来的标签和按钮却不一定跟着进去。
这是用于讨论采购的假设场景，不是 ONCE 客户事故。对于家居、家电和科技品牌，值得购买的不是“桌面上看起来很完整的交互”，而是顾客实际进入的每个环境里，仍能完成约定的购买判断。ONCE建议把电商AR展示验收分成进入前、查看中、返回后三段。
网页内容与模型文件，不是同一份交付
截至2026年11月8日核验，Google维护的 <model-viewer>《Augmented Reality》示例说明：浏览器里的 HTML 界面内容可以用于 WebXR，但不会直接带入 Scene Viewer 或 Quick Look 这类原生应用。这里说的是该组件的网页内容移交机制，不能据此断言所有 AR 产品都不能显示说明。
Apple Developer《AR Quick Look gallery》同日核验也展示了 Quick Look 的自定义操作与横幅能力。因此，准确的采购判断不是“苹果手机做不了按钮”，而是“网页上已有的按钮，是否还需要为实际查看环境另做适配”。两份官方页面均未据此确认发布日期，本文不把它们当作当天的新功能。
模型负责几何、材质等对象内容；热点说明、语言切换或购买按钮还可能依赖网页和应用代码。具体项目里哪些内容放在哪里，应由实施方列明。不能只凭一段桌面录屏，就把所有手机入口的内容表达也签收了。
ONCE三段验收：每条信息都要有去处
进入前：先告诉顾客本次能看什么。商品页应明确模型代表的款式和展示用途。若空间预览只负责看摆放，不负责演示灯光控制，就不要用入口文案暗示它包含完整操作教学。重要规格、兼容条件和购买条件，不应只藏在一个尚未验证能否带入 AR 的热点里。
查看中：在实际手机里完成约定任务。让审看者从正式测试页面进入，而不是只打开制作方准备的模型文件。记录设备、系统、浏览器、实际启动的查看方式，以及本次内容版本。逐项确认必要标签是否出现、能否阅读和操作；缺失时，是另做原生内容、改用支持的浏览器内路径，还是将这一入口的用途收窄，应该有明确决定。
返回后：顾客仍能找到下一步。退出空间预览后，检查能否返回相应商品信息，重新查看刚才未带入的说明，再完成选配或购买。不要仅因为原生查看器里没有网页按钮，就把整个项目判定失败；如果约定任务本来只是空间观察，返回商品页继续购买也可能是合适的设计。
可用一份“信息去向单”管理这些选择：每行写一项顾客必须知道的信息，再填进入前的位置、查看中的呈现方式、返回后的入口和负责团队。无需让三个阶段重复显示所有内容，但不能出现某条重要信息只在演示里存在、实际路径没有安排的情况。
一盏桌面灯，怎样避免把功能承诺弄丢
假设品牌销售一盏支持特定调光方式的桌面灯，网页热点说明控制方法，AR仅展示外形与摆放。这个例子不假定任何具体产品参数，也不声称已做测试。
品牌首先要决定顾客进 AR 是看外观，还是学习使用。若主要是看摆放，可在进入前说明预览范围，并在商品页保留一段真实操作短片。若确实要求在 AR 内点击控制点完成教学，则需要把该交互列为单独功能，明确在哪些设备与路径实现，并验收实际输出。不能用网页热点已经完成来替代这部分工作。
也不要把“模型里有灯光效果”直接写成现实照明效果的证明。效果是否具有真实参数依据，是另一个需要产品与技术团队确认的问题。这里的验收方法只处理信息与交互在查看路径中的连续性，不替代尺寸、材质、性能或安装验证。
已有的Shopify产品视频与3D模型分工方法解释视频、观察和空间任务怎样分配。本篇增加的是跨查看环境的交接：同一项卖点说明，究竟在哪一步让顾客读到，而不是默认模型一上传就连同所有网页交互一起完成。
报价按约定体验核算，维护按变化范围处理
ONCE建议将报价拆成模型制作、网页交互、必要的原生适配、目标设备验收，以及替代说明素材。共用模型不应重复收取同一项建模费用；不同环境确实需要重新制作的界面和测试，也不应被“一个模型支持AR”含糊带过。
若预算有限，先实现一个用途清楚的空间预览，加上可靠的商品页说明，可能比承诺各环境功能完全一致更合适。需要复杂互动时，再比较开发、测试、后续系统变化与多语言更新的完整工作量。本文不提供未经核验的行业报价或转化提升比例。
对于制作公司走向持续内容服务，这份信息去向单可以与模型版本、产品文案和测试记录一起维护。更新卖点时便能知道哪些文字只改商品页，哪些原生内容也需要重做。它有机会减少遗漏，但是否节省人力与提高毛利，仍要看真实项目记录。
下次审看 AR 方案，可以先要求一段从商品页进入手机空间、再返回商品页的完整演示。每个约定环境分别记录已通过、需适配或未验证。先签收顾客能够完成的任务，再签收文件与功能清单。
