学校规模的变化

有的学校在扩张期，学生数量每年都在增加；有的学校在搞集团化办学，需要管理多个校区；还有的可能要建新校区。这些变化都要求系统能够承载更多的用户数据，性能不能掉链子。

功能需求的增长

今天可能只需要基础的教学管理，明天可能就要加上在线学习平台；现在只管本校学生，以后可能要和家长、企业合作；原本只在国内招生，以后可能要招留学生。

技术环境的更新

云计算、大数据、人工智能这些技术发展很快，几年后可能就会有新的技术趋势。如果系统架构太封闭，到时候想接入新技术，可能就得推倒重来。

有些系统是封闭的，所有功能都在厂商自己的平台上，想加个新功能都得找原厂开发。开放架构的系统，通常会提供标准的接口，方便第三方系统对接，也方便学校自己开发一些小功能。

有的厂商每年都会推出大版本升级，持续增加新功能；有的厂商几年都不更新一次，小问题都懒得修。升级频次和升级内容，能反映出厂商对产品投入了多少资源。

问问厂商的老客户，特别是那些用了三四年的学校，他们的系统现在怎么样，是不是还能满足需求，有没有遇到性能瓶颈。真实的用户体验比厂商的宣传可信多了。

被演示效果迷惑

厂商演示的时候，系统往往跑得很流畅，功能也看着很完美。但这不等于实际使用中也能这么好。要问清楚，演示的数据量是多少，如果数据量增长10倍，性能会怎么样。

把价格当成唯一标准

有些厂商报价很低，但后续每增加一个功能都要额外收费，或者升级服务要单独收费。综合成本算下来，可能比那些报价高但后续服务包干的厂商还要贵。

忽视本地化服务

有些系统本身很好，但本地服务团队跟不上，出了问题响应慢，技术支持不到位。学校的信息化部门通常人手有限，如果厂商能提供及时的技术支持，能省很多事。

技术人员深度参与

选型的时候，最好能让学校的技术人员深度参与。不是看个演示、听个介绍就够了，要问问技术人员对系统架构的看法，让厂商提供一些技术文档或者接口说明。

安排实地考察

条件允许的话，可以安排实地考察。找几个用了同款系统的学校去看看，听听一线使用人员的真实反馈，他们的意见最有参考价值。

合同条款要写清楚

合同里要写清楚升级服务的条款。比如每年几次升级、升级收费怎么算、系统重大改动怎么处理。这些细节现在不谈清楚，后面很容易扯皮。