RTC 采购不能只比较一张功能表。更有效的方法，是把关键问题问到具体版本、责任人和可核验的材料。以下八个问题可以用于智能眼镜、机器人及 IoT 项目的初次沟通，之后根据试点结果补充。
一、我的设备是否在支持范围内？
提供芯片、架构、系统、运行库与媒体接口，要求说明 SDK 版本、已支持条件和仍需适配的部分。“支持 Linux”或“做过同类产品”都不足以代替型号确认。
二、交付内容和接入分工是什么？
确认提供 SDK、示例、接口说明或技术支持中的哪些内容。设备驱动、业务应用、身份权限、推送、模型服务与通信能力分别由谁完成，写入工作范围。
三、网络覆盖怎样验证？
说明设备和接听端所在地、网络类型及跨地区关系，要求给出可执行的测试方案。中继机制可帮助建立部分网络下的连接，但协议存在不等于某项服务在所有网络都有相同效果。
四、质量指标如何定义？
问清时延测量的起止点、成功率的分母、卡顿的定义、测试设备和样本范围。请对方区分已有测试结果与需要在本项目验证的目标，避免把宣传数字直接放进验收。
五、费用怎样产生？
给出统一用量模型，确认时长、并发、音视频档位、参与者和附加服务的计费口径。补充最低消费、超量、套餐到期及退订后的处理，分别列出一次性费用和持续费用。
六、异常发生后如何排查？
确认能获取哪些设备与服务端日志，谁能查看、保留多久、怎样提交问题，以及支持时间和升级渠道。试点阶段可以用一个可复现问题验证协作流程。
七、合同与数据责任由谁承担？
确认实际合同主体、服务提供关系、可用的部署选项和数据处理安排。公开品牌名称不能代替合同责任；具体要求需按项目业务核验，不凭口头概括做决定。
八、将来如何升级或迁移？
了解版本支持周期、升级兼容方式、停用后的数据处理及可导出的资料。设备量产后不易频繁更新，采购时就应考虑长期维护条件。
以上是通用问题清单，不代表任何供应商已作承诺。咨询 RTC 接入与报价时，带上设备资料和使用量模型，可让答复更具体，也便于形成对照表。
参考：RFC 8656：TURN，用于了解中继协议的作用；商务、交付和验收问题为本文采购建议。