很多学校决定上校园网络认证计费系统，往往是从一次学生投诉、一张网络卡顿的工单、或者年终审计要求可溯源开始的。真正动手采购之前，最容易犯的错是把"买一套系统"当成目标，而没有先把学校自身的网络底数摸清楚。系统能不能落地，一半在软件本身，另一半在前期对现状的判断准不准。

先盘清楚现有的网络出口和拓扑

立项第一件事不是选厂商，而是把学校用了几年的网络结构画出来。出口是单条商用宽带还是多运营商聚合，核心交换机品牌型号是什么，宿舍区、教学区、办公区是不是同一张网，无线覆盖是集中控制还是各自为政，这些决定了认证计费系统要挂在哪一层、能不能真正管控到终端。我们见过一所高职，宿舍区和教学区本来就是两套独立网络，结果立项时只按一张网去设计，到实施阶段才发现计费策略根本下不去，返工成本比系统本身还高。

把人和终端的规模算实，而不是拍脑袋

认证计费系统的压力不在峰值带宽，而在并发认证量和账号规模。要把在校生人数、教职工人数、临时访客峰值分开算，再叠加一人多终端的现实。一个学生同时挂着手机、平板、笔记本已经很常见，宿舍里再算上游戏机和智能音箱，单账号下的终端数会远超想象。这部分数据如果靠估算，上线后就会出现认证服务被并发打满、页面卡死的情况。建议立项时直接拉一份近三个月的准入日志，看真实并发峰值，而不是用"大概一万多人"去套。

确认既有认证体系能不能复用

不少学校早就有统一身份认证或者上网认证的前身，有的用 Radius，有的用门户跳转，有的干脆只在网关上做了一层简单限制。新系统要不要和这些旧体系打通，是立项阶段必须拍板的事。能复用就复用，避免学生记两套账号、运维管两套后台；不能复用也要提前说清楚迁移方案，别等到实施时才发现旧账号体系里几万条脏数据没人敢动。

想明白"计费"到底计什么

校园网络认证计费系统里的"计费"，含义差别很大。有的学校只是想做流量统计和公平限速，并不真向学生收钱；有的要把宿舍网络费并入住宿费统一结算；有的要做按量包月、超额另计。立项前不把这件事和业务部门对齐，后面需求文档就会互相打架。我们建议把财务、学工、网络中心三方拉到一张桌子上，先定"收不收、向谁收、怎么收"，再谈技术。

把合规和日志留存的要求先写进边界

教育行业对上网行为日志、实名溯源有硬性要求，这是认证计费系统不能绕开的底线。立项阶段就要明确日志保存周期、访问权限、审计口径，别等项目验收了才被安全部门打回。尤其涉及学生个人信息，哪些字段能存、存多久、谁能查，需要提前和学校的数据合规要求对表，这部分疏漏的代价远高于一套软件。

摸底结论要落到纸面，而不是停在脑子里

前面几项如果只在会议里聊过，到了招标写需求时还是会走样。比较稳妥的做法是产出一份内部现状说明，把网络拓扑、账号规模、旧体系清单、计费模式定位、合规要求这五项写清楚，作为后续需求文档和验收标准的依据。这样哪怕换人跟进，也不会从零开始。校园网络认证计费系统能不能建得顺，往往就看立项前这层摸底做得扎不扎实。

把摸底结论同步给财务和学工，形成跨部门共识

前面做的网络拓扑、账号规模、旧体系、计费定位、合规要求这五项，最终要变成三个部门都认的文档。网络中心关心能不能管得住，财务关心账怎么算得清，学工关心学生体感和投诉。立项摸底如果只留在技术部门，后面写需求时还是会各说各话。比较稳妥的是摸底结束后开一次对齐会，把结论读一遍、争议当场定，避免系统建到一半才发现计费模式和学校收费制度冲突。

别忽视无线覆盖盲区和老旧设备的底数

认证计费系统管的是"已接入"的终端，但学生投诉往往来自"接不进"。摸底时要把各区域的无线信号强度、死角、老旧交换机固件版本一并记下来。这些虽然不是计费系统直接管的事，却决定了系统上线后学生感不感知得到它。我们建议把覆盖盲区单独列清单，能顺带整改的纳入本期，不能的也要让决策层知道这是另一笔预算。