成都教育软件开发公司进校调研后，若交回来的只有“学生端、教师端、管理端”三栏功能表，校方还无法据此采购。典型场景是民办学校教务说要统一课表，教师却习惯按年级自行调课；两个说法都真实，却不能同时直接写进系统。合格的调研结果应把冲突规则、现行做法和决策人记录下来。校方没有内部裁决结果前，不宜要求供应商给出看似精确的固定总价。
功能表之外，要看一次工作如何结束
学校需求调研可以选一节真实但已脱敏的课程作为样本。教师工作流从接到课表、上传材料、布置作业，到处理缺交与补交，途中谁有权改动课程安排？如果教师说“年级组批准即可”，教务说“必须走总课表”，调研纪要应并列保留两种规则并标注待决，而不是把其中一种偷偷写进原型。
教学数据责任也要落到岗位。作业是否完成由任课教师确认，学生身份由教务维护，跨校区指标由管理部门解释。开发方可以设计记录和审批机制，却不能凭一次访谈自行定义所有统计口径。采购会应要求供应商把每个决定关联到对应的学校负责人，而不是让销售顾问概括为“已沟通”。
需求确认纪要要能指导下一次会议
一份可用的需求确认纪要应区分已确认、待校方决定、需技术验证和明确不做。每项写清提出岗位、涉及流程、可能影响的其他岗位，以及预计确认时间。例如“允许教师临时调课”仍需回答：是否影响学生通知、直播入口与历史作业；若现在无法回答，就把它列为报价条件，而不是默认最复杂的实现。
| 供应商交回什么 | 校方怎样核对 |
|---|---|
| 一条课次流转图 | 教师和教务分别复述是否一致 |
| 冲突与待决清单 | 每项有校内裁决人 |
| 数据来源表 | 谁提供、谁更正、谁批准导出 |
| 首期排除项 | 校方确认暂缓不影响教学 |
调研做得细，是否就一定要定制
不一定。若学校的课表、作业和统计都能由成熟产品配置完成，进校调研仍有价值，它帮助学校把配置和培训范围买清楚。只有现有产品无法处理关键业务、接口或数据权属要求时，定制开发才有更充分的理由。报价比较要把调研、原型、接口核验、教师试用和培训分别列出，不能只比“开发费”。
让真正负责交付的人解释未决问题
比稿时随机抽一条调研纪要，让拟参与交付的需求负责人说明当前方案、未决条件和改变条件后的工期影响。若对方只会演示标准功能，却无法说明学校内部冲突，建议先补调研。有关售前承诺如何交接给实施团队，可参看教育软件供应商交付团队核对。
华慕科技在软件定制开发服务页列有需求、设计、测试等交付环节。具体教学流程能否实现，仍应由学校样本和调研结果共同确认；本文的学校情境只是采购评估模型，不是华慕客户案例。
如果正在筛选供应商，可把一份脱敏的课程调整记录和教师、教务意见分歧发给华慕科技。初步沟通可先形成待确认规则、首期范围、需要核验的接口与报价前提，帮助采购组知道下一轮该问什么，而非仓促接受一份通用功能表。
作者：小周研说 | 本文由华慕科技原创（www.huamux.com）。商业转载请联系主动联系我们，非商业转载请标明出处
