NOTE / BUSINESS ANALYSIS
把“智能排课”变成一个可验证的产品
客户说“想做智能排课”，其实还不是一个完整需求。真正困难的部分，是把这四个字翻译成业务目标、资源约束和可衡量的结果。
先问目标
是为了减少排课时间、提高教室利用率、减少冲突，还是帮助运营人员比较多种课程组合？不同目标会影响规则权重和界面设计。
列出硬约束
教师是否可用、教室是否合适、时段是否冲突、课程人数是否超过容量。硬约束不应由大模型凭语言推断替代代码校验。
再考虑软偏好
例如热门课程优先、课程类型均衡、教师偏好与报名趋势。这些可以进入候选方案评分，形成多方案比较，而不是给出一个“神奇最优答案”。
把验证设计在前面
用几组明确的冲突案例测试系统输出；让运营人员判断候选方案是否合理，并记录修改原因。
关于这篇内容： 基于个人 POC 经验整理的业务拆解草稿。