教育平台报价不能只写“每个账号多少钱”，还要定义谁占名额。假设学校有300名在校生，每年100人毕业并补入100名新生，计划使用3年；若毕业档案继续保存，系统里的历史账户会增加，但在校人数未变。这是计费评估模型。需求仅为留档查询时，先核对现成产品规则，不要直接因账号增长决定重做系统。
财务看到第一年账户数，容易把同一单价复制到后两年。到了续费时，供应商却按全部注册记录核算，双方对“用户”一词的理解已经不同。毕业生能否登录、老师能否查旧成绩、旧档案占多少存储，应分别说明，不能都压在一个“保留三年”的备注里。三年只是这里的预算观察期，不是学生信息保存期限的建议。
一条账号报价，至少拆出五个口径
| 项目 | 容易混淆的含义 | 让供应商写明 |
|---|---|---|
| 注册账号 | 曾经建过档案的人 | 停用或毕业是否计入 |
| 活跃账号 | 某段时间内使用的人 | 什么操作、哪个周期算活跃 |
| 同时在线 | 同一时刻正在使用的人 | 峰值限制和超额处理 |
| 历史查询 | 查看过去学习记录 | 谁可查询、是否单独收费 |
| 文件容量 | 答卷、作业与回放存储 | 包含容量及增量单价 |
账号授权与服务器承载不是一回事。购买了若干账户名额，不代表这些人能够在同一秒提交答卷；系统有充足计算资源，也不代表授权允许无限增加用户。校方要拿到商业计费条件和业务负载条件两份说明，避免测试通过了却在续费时出现争议。
在校人数没变，累计账号数仍会增加
沿用前述假设，不删除历史账户且每年新增100人，第一至第三年的累计注册量为300、400、500；按年度注册量计费，合计是1200个“账号年”。若另一方案只对每年300名在校使用者收费，合计是900个“账号年”。这里只比较计量数量，不代表任何产品的实际价格，也不能由此认定后一方案总价更低。
学校还应分别列出历史查询、存储、导出和支持费用。假设年度单价为P，不能只比较1200P与900P，而要把各自范围外的费用并入。对方没有公开定价表时，请其在同一人数条件下出具书面测算，不替供应商编一个单价。
教育平台报价若包含自有账号体系的定制开发，则要解释一次性实施和持续资源费用，不必沿用成品授权的收费方式。但接入的第三方模块可能仍有独立授权。作为成都的软件定制开发服务商，华慕科技可通过软件需求与报价评估把这两部分分开，让校方比较需要定制的业务和可以直接采购的能力。
请演示一名学生毕业后的第二天
选一个合成账号，在测试环境将其从在校状态改为毕业或停用。观察新学年名单是否排除它、授权统计是否变化、旧成绩查询是否仍按约定开放，再检查重新启用的处理。测试不需要真实学生姓名，几条合成成绩就足以验证计费相关流程。
不要用删除记录来凑授权数量。学校应根据实际目的和适用要求确定保留、访问与删除安排，并让系统支持这套规则。若供应商只能通过删除账号释放名额，需进一步确认关联答卷和历史报告是否受影响，不能只看“删除成功”的提示。
续费口径和扩容条件应在首年就看得到
采购附件可以分别注明计量日期、人数核对方式、套餐调整条件、超额通知和服务终止后的导出范围。续费价格如何确认、是否包含版本更新，需要双方协商，不把销售口头承诺当作已生效条件。涉及权利义务的正式条款应由学校按实际合同审查。
首次实施还需要配置状态、导入账户并试算授权数量。若学校无法区分在校、毕业、休学记录，先清理分类，避免把脏数据当成正常规模报价。其他课程和教学模块的预算可以结合教育平台各模块费用边界一起看，但不要把账号费与功能费重复累计。
关于人数与费用的补充说明
“不限账号”就一定没有后续费用吗？
只能说明某项授权限制可能不存在，仍需核对容量、服务范围、外部调用和运维。让供应商列出包含项与排除项，比追问一句“是不是全包”更有用。
毕业生不能登录，校内老师还可以查询吗？
这取决于约定功能及访问规则。两类操作应分别测试，历史数据查询也应有明确用途和权限，不能因为学生已毕业就向所有教师放开。
合同已经按注册数计费，还能改成活跃数吗？
需要与供应商协商，不能由学校单方换口径。先按现有条款核对实际账单，再讨论下一周期的调整；若定义本来就不清楚，应保留报价、解释记录和统计依据，请相关专业人员协助审阅。
核对教育平台报价时，最有用的起点是匿名人数表：在校多少、预计新增多少、历史查询由谁使用。把它和现有报价条目交给华慕科技梳理计费边界，可先列出需要供应商确认的口径、可能重复的费用和定制范围，再决定是否进入方案比价。无需先发送学生明细。
作者：小周研说 | 本文由华慕科技原创（www.huamux.com）。商业转载请联系主动联系我们，非商业转载请标明出处
