先把投诉变成可复现的场景
会议一断音就升级带宽，容易把预算花在尚未定位的问题上。JOTOglobal 建议先记录发生时间、办公室、会议室、接入方式和具体症状：是听不到声音、画面冻结，还是共享材料延迟？选一场能够重复的内部测试会议，固定参与人、终端和任务。记录故障是否只发生在某个房间、某种连接或某个繁忙时段，把“所有人都说不好用”转成可以交给负责人核查的记录。
同时看整体趋势和单场记录
Microsoft 的 Teams 网络准备文档区分了两类工具：CQD 用于查看组织整体通话质量趋势，Teams 管理中心可用于调查单个用户的通话和会议问题。这个区别能帮助团队分配排查工作。编辑部建议让网络负责人负责跨地点比较，让支持人员整理具体会话，并用同一时间范围对齐记录。单场体验良好不能证明所有分支已经改善，组织平均值改善也不能证明关键会议室的问题消失。
每轮只验证一个主要假设
先写下假设，再选择改变。例如怀疑问题与会议室接入有关，就安排同一终端在可比条件下使用两种获准连接进行测试，并记录差异。不要同时更换电脑、无线设置和出口策略，否则即使体验改善也难以解释原因。涉及网络策略的操作由有权限的管理员按变更流程执行；保留原配置、恢复方法和业务联系人。若故障仍无法复现，先补充观察记录，不把猜测写成确定结论。
让验收对应真实会议任务
验收表应在修改前约定，包括连续发言、多人讨论、演示共享和会议室加入等任务，以及观察时段和通过条件。改善后在可比忙时复测，保留未解决案例及其负责人。报告同时写明用户体验、故障记录和测试覆盖范围；如果只验证了一间办公室，就不要承诺全球分支全部达标。这是一套 JOTOglobal 建议的交付方法，不是 Microsoft 的认证项目，也不保证任何单项网络调整必然解决卡顿。
参考资料
Microsoft Learn — Prepare your organization’s network for Teams
https://learn.microsoft.com/en-us/microsoftteams/prepare-network