优化后的观察期判定
无线优化在缺少观察期之前，只能叫变更，不能叫优化。改动是否真的解决问题，要看覆盖一个完整业务周期之后的数据：含周中高峰、含典型投诉点位、含用户主观反馈。把达标线在变更前就写下，并与基线数据对照，才能避免出现「感觉好像好了一点」这类无法落地的结论。
基本信息
| 观察周期 | 至少覆盖一个完整业务周期，含周中高峰 |
|---|---|
| 评价指标 | 抽测点位数据、运营指标与用户反馈三类结合 |
| 判定方式 | 预先约定达标线，避免事后寻找解释 |
| 后续动作 | 达标即固化并归档，不达标则回退或继续迭代 |
| 记录要求 | 保留基线值、目标值、实测值与结论 |
典型使用场景
- 参数调优：门限、功率、信道调整后的效果确认
- 设备更换：新设备上线后的性能与稳定性验证
- 覆盖补点：新增 AP 后确认盲区是否消除
- 容量扩容：确认利用率与峰值客户端数回落
- 投诉闭环：向业务方提供可核查的改善证据
- 经验沉淀：把有效做法固化为标准配置
判定表示例
判定表示例
# 指标 | 基线 | 目标 | 实测 | 结论
# 会议室下行速率 | 30Mbps | >=60Mbps | 85Mbps | 达标
# 语音切换丢包 | 3次/趟 | <=1次/趟 | 0次/趟 | 达标
# 抽测点位达标率 | 72% | >=95% | 96% | 达标观察期要素
| 要素 | 要求 | 缺失后果 |
|---|---|---|
| 周期长度 | 覆盖完整业务周期 | 峰值问题被漏掉 |
| 指标口径 | 工具、点位、时段固定 | 数据不可比 |
| 达标线 | 变更前书面约定 | 结论变成主观判断 |
| 回退条件 | 未达标时的动作 | 问题被搁置 |
| 归档 | 数据与结论一并保存 | 经验无法复用 |
观察期内不要同步开展其他变更，否则效果无法归因：两项改动同时上线，很难判断究竟是哪一项起了作用。