很多学校一提到"需求梳理"，就觉得是信息中心写个文档，发个表让各部门填一下就行了。结果收上来的东西五花八门——教务处写"提升教学管理效率"，后勤写"改善服务体验"，每个部门写的话听着都有道理，但放在一块儿根本没法用。

问题出在哪？因为需求梳理的本质不是填表，而是搞清楚每个部门在日常工作中到底遇到了什么具体的麻烦。

学校里的角色很多，教务处、学生处、后勤、信息中心、一线老师、甚至学生和家长，每个人的视角都不一样。如果只找信息中心主任聊，听到的大概率是系统对接、数据安全这类技术需求；如果只问校领导，得到的可能是"我们要一个一流的智慧校园"这种宏观要求。

但系统最终是给一线人员用的。班主任关心的是班会记录能不能一键生成、学生请假审批能不能在手机端完成；宿管老师关心的是查寝数据能不能自动统计、不用手动填表。这些"小事"才是系统使用频率最高的场景。

这是需求梳理中最容易犯的错误——需求清单里全是功能词：排课系统、成绩管理、资产管理、一卡通……这些词本身没有错，但太笼统了。同样的"排课系统"，有的学校只需要基础的手动排课加冲突检测，有的学校需要支持走班制的分层排课，复杂程度完全不同。

好的需求应该描述具体场景。

需求收集完之后，往往会发现清单很长。每个部门都觉得自己的需求最重要，都希望第一批就上线。这时候如果不懂取舍，最后的结果就是什么都想做、什么都做不好。

比较务实的做法是把需求分成三层：

做完前面几步之后，最终应该形成一份需求文档。这份文档不需要写得很正式，但几个核心内容不能少：

写在最后