校园上网计费系统跑起来之后每天都会产生大量数据。在线人数、流量统计、收入报表、认证日志……信息量很大但不是每个数字都有实际价值。很多学校的网络中心要么几乎不看这些数据要么看了一大堆报表不知道该怎么用。根据之前帮几个学校做运营数据分析的经验总结几个真正值得关注的指标以及怎么看怎么用。

日活和并发峰值决定系统容量

最基础的两个数字：每天有多少不同用户上过网（日活）同一时刻最多有多少人同时在线（并发峰值）。这两个数字是评估计费系统性能容量和规划带宽资源的核心依据。

需要注意这两个指标的周期性波动。周一到周五白天（上课时间）和晚上（宿舍使用高峰）是完全两个量级工作日和周末也不同考试周和开学季又会出现异常峰值所以看数据不要只看"日均"要看"峰值日的峰值时段"如果按日均来规划资源高峰期一定会出问题。

一个实用的做法是把过去一个学期的并发曲线画出来找到Top10的高峰时段及其对应在线人数然后按最高值的1.2-1.5倍做容量预留这个系数看起来有点浪费但考虑到突发情况（全校统一选课在线考试等特殊事件）留点余量是值得的。

ARPU值反映定价是否合理

ARPU就是每用户平均收入=当月网费总收入÷当月缴费用户数。这个指标在运营商里很常见但在校园网场景下同样有参考价值。

校园网的ARPU值一般在20-60元/月之间具体取决于学校定位和所在城市消费水平。如果ARPU持续走低（低于15元）可能说明定价太低或者大量用户在蹭网/共享账号；如果异常高（超过80-100元）则可能存在计费错误或者某个套餐设计不合理导致部分用户被过度收费。

有个案例挺有意思：某校推过一个"无限流量包月30元"的套餐上线两个月后ARPU从原来的42元降到了28元——因为大量原来按时长或按流量付费的重度用户都转成了包月套餐。表面上看收入没变多少（总用户数略有增长）但带宽成本急剧上升因为重度用户不再被按用量约束了后来把"无限流量"改成了"100GB以内正常速度超了限速到2Mbps"ARPU慢慢回到了35元左右。

认证失败率暴露用户体验问题

认证失败次数除以总认证尝试次数等于认证失败率这个指标直接反映学生上网的第一体验。

失败率1%以下算正常1%-3%需要关注超过3%就一定有问题要排查但光看总数不够还要拆开看失败原因分布：密码错占比高→可能是新生入学培训没做到位或密码重置流程不顺畅；账户冻结占比高→可能是一卡通对接或财务同步的问题；超时占比高→可能是Radius服务器或数据库的性能瓶颈；未知错误多→多半是客户端兼容性问题。

建议至少每周做一次失败原因的趋势分析如果某类错误突然上升通常意味着最近有什么变化触发了它（升级了客户端改了认证策略或者新增了一批设备型号不匹配的用户终端）。

人均流量帮助做带宽规划

每月总流量除以月活用户等于人均月流量这个指标用来判断当前带宽是否够用以及未来扩容节奏。

目前高校的人均月流量差异很大主要取决于学校有没有做流量管控不做管控的学校人均能到80-150GB/月做了合理管控的一般在30-60GB/月如果发现人均流量持续快速增长（连续两个学期环比增长超过20%）就该提前考虑扩容了不要等到出口带宽天天跑满才反应过来。

另外可以把人均流量按用户群体拆分来看：本科生研究生教职工留学生各自的人均流量差别很大而且使用时段也不同研究生的流量可能在白天（实验室办公）本科生则在晚上（宿舍娱乐）了解这些分布有助于做QoS策略时更精准地分配资源。

套餐分布指导产品优化

各个套餐的用户占比数据是最直接的"投票"——学生在用脚告诉你他们喜欢什么套餐。

如果一个套餐签约用户数接近零要么是价格太高要么是权益没吸引力应该考虑下架或重新设计。如果某个占比特别高（超过60%）则要警惕单一风险万一这个套餐被证明不盈利或者政策不允许怎么办另外也要分析不同年级院系的套餐偏好差异——文科生和理科生本科生和研究生的需求确实不一样如果数据量足够大可以做差异化套餐设计。

投诉率和投诉类型的关联

月投诉次数除以月活用户等于投诉率0.5%以下算优秀1%左右及格超过2%就需要认真反思了。

比投诉率更重要的是投诉类型分类：计费相关（扣费不准/重复扣费/退费慢）、连接相关（上不了网/频繁掉线）、速度相关（太慢/不稳定）、其他（密码忘记/操作不会）。把每个月的投诉类型做成堆积图很容易看出主要矛盾在哪里如果某类投诉连续两个月排第一就应该把它作为下一阶段的重点改进目标。