教育培训小程序开发

先确定是哪一种教育培训小程序

只展示课程和接受报名，与管理长期班课、课时包或在线视频，背后的数据完全不同。项目开始前，需要先明确主要服务是哪一种，再决定是否组合。

如果机构需要实时直播授课，可按实际情况连接合规的第三方直播服务或跳转既有平台，不把已经不适用的平台能力写成自带功能。直播账号、并发、录制、回放、互动和费用由所选服务决定，需在开发前确认。

课程、班级和课时不是一回事

课程是对外介绍与售卖的内容，班级是实际组织学员上课的单位，排课是某位教师在某个时间和地点讲某节课，课时则是学员购买与实际消耗的记录。把它们都放在一个“课程表”里，后面很难处理换班、请假和退费。

一个孩子可以由家长报名，一个家长也可能管理多个孩子。登录账号、付款人、学员和实际上课人要分开保存。成年人培训则可能由本人报名或企业统一分配课程，身份关系也不同。

排课真正要避免的是资源冲突

排课不能只检查教师是否有空。教室、设备、班级和学员也可能冲突，校区之间还有通勤时间。调整一节课时，系统要知道是只改本次，还是改后续全部课程。

多人同时报名最后一个名额时，只能生成允许数量的有效报名。若先占名额再付款，需要约定待付款保留时间；付款超时或退款后，名额何时释放也要保持一致。

报名、付款和退费要对应到具体学员

退费不能只按剩余课时乘单价。报名优惠、赠送课时、教材、已发生服务和合同约定都可能影响结果。系统可以按机构确认的规则计算和记录，但课程合同、退费条件和最终审核责任由机构承担。

微信支付结果应以后端通知为准，页面关闭或网络中断不能让已付款订单一直显示未支付。重复通知不得重复入账，退款失败要保留支付渠道结果和人工处理入口。

课时账户最怕账目越改越不清楚

课时余额不能由管理员直接覆盖成一个新数字。每一次增加、核减、冻结和退回都应形成记录，才能解释为什么学员还剩这些课时。若线上线下同时消耗课时，还要与现有教务或门店系统确定最终数据来源，防止同一节课重复扣除。

学员端、教师端和后台各自做什么

教师只能查看自己授课所需的学员资料，不应看到无关班级的订单、家庭信息或财务数据。校区账号只处理本校区，跨校区调班、退费和数据导出应由更高权限人员操作。

签到可以由教师点名、学员数字码、定位或其他方式完成。若需要人脸识别，应单独评估必要性、授权、存储、第三方服务和适用规定，不能为了签到方便默认收集生物识别信息。

录播课程要把内容权限和费用说清

任何技术都不能保证视频绝不被录屏或转发。可以通过权限、短时播放地址、水印和异常设备限制提高复制成本，但课程版权、讲师授权、音乐图片使用和侵权处理仍由内容提供方负责。

视频量和观看量会直接影响云存储与播放费用。报价时应区分开发费与长期资源费，说明清晰度、预计容量、播放量和超出后的计费方式。

作业、题库和考试按真实教学方式建设

主观题不能假装自动评分完全可靠，复杂批改仍应由教师确认。考试防作弊也有边界，小程序可以限制答题时间、次数、切屏提示或随机题目，但不能承诺远程环境下绝对无人代答。

若开放学员发帖、评论、上传视频或其他公开互动，机构必须配置内容审核、举报和账号处理规则。未审核内容不应直接长期公开，违法违规和侵权内容由运营主体负责处理。

未成年人信息要少收、少看、少导出

教育机构常接触儿童姓名、年龄、学校、家长联系方式、照片、学习情况和作业内容。开发前需要明确每项信息的用途、是否必要、由谁查看、保存多久和如何处理用户申请。

未成年人使用时，应根据年龄、业务和适用规定确认监护人同意。学员照片、课堂视频、作品展示不能因为上传到后台就自动获得公开使用权。家长账号只应查看与自己孩子相关的课程和记录，教师也只能看到教学所需信息。

后台要限制批量导出、显示脱敏信息并记录重要查看和修改。测试环境不得长期使用真实学员资料；临时文件、导入表和测试账号应在项目完成后按约清理。

资质、收费和平台审核不能后补

教育培训涉及的许可、备案、课程范围、教师资质、收费与退费要求，会随机构类型、培训内容、服务对象和经营地区不同。面向义务教育阶段学生的学科类培训等业务，还需严格核对现行政策，不能只看小程序技术上是否能够报名收费。

企业需要准备与业务相符的小程序主体、AppID、微信认证、小程序备案、服务类目、服务器域名和相关经营资料。使用微信支付时，需要符合要求的微信支付商户号和结算账户，学费或课程款进入客户自己的商户账户，红数科技不代收培训费用。

技术开发完成不代表平台一定审核通过。审核还取决于主体、资质、类目、课程内容、收费说明、隐私说明和微信当期规定。红数科技负责按确认范围完成配置、提交和必要修改，机构负责提供真实有效的主体、课程、师资、版权和经营资料。涉及平台能力变化时，以微信开放文档及教育主管部门的现行要求为准。

连接现有教务、CRM和视频服务

常见接口包括校区、课程、班级、学员、报名、订单、课时、排课、签到、作业、成绩、视频和消息。对接前要确认字段、方向、频率、权限、测试环境和最终数据来源。

例如，CRM负责报名跟进，小程序负责提交申请；教务系统负责班级、排课和课时，小程序只展示和提交请假；视频平台负责播放与进度回传。不同数据的方向可能完全不同。

接口还要处理重复请求、网络超时、学员编号不一致、班级已满、课程停用和第三方维护。成功与失败都应保留记录，重要错误提供人工处理入口。若旧系统没有开放接口，只能导入文件或人工处理，应如实说明同步时效。

项目怎样推进

1. 确认教学方式：明确课程、班型、校区、学员、教师和线上线下安排。
2. 核对经营条件：检查主体、类目、资质、收费、隐私和内容版权。
3. 写清业务规则：确定报名、排课、课时、请假、补课、退费和权限。
4. 设计页面：完成学员端、教师端和后台主要页面及异常状态。
5. 开发系统：建设小程序、管理后台、服务器程序、数据库和约定接口。
6. 平台联调：连接微信登录、支付、订阅消息、视频和现有系统。
7. 真实测试：用代表课程跑通报名、分班、上课、请假、课时和退费。
8. 审核发布：协助备案、类目、隐私说明、体验版、审核和版本发布。
9. 培训交接：培训招生、教务、教师和管理员，交付账号与维护边界。

教育项目需要招生、教务、教师和财务共同确认。页面确定后再改变课时核减、班级关系、退费算法或旧系统接口，会影响数据库和测试，不只是加一个按钮，应重新评估时间与费用。

周期取决于教学规则和内容规模

以下时间用于前期判断，正式排期以功能清单、课程资料和第三方接口条件为准。

课程、教师、班级和课时资料本身不完整时，整理时间要计入项目。第三方接口没有文档、测试账号或技术人员时，联调也不能由开发方单独推进。平台审核时间受材料和平台处理影响，不承诺固定天数。

服务费用按实际范围核算

教育培训小程序不能只按页面数量报价。只做课程展示和报名，与管理多校区、课时包、录播视频和题库考试，工作量差别很大。红数科技会先确认教学与经营方式，再提供书面报价。

报价会注明页面与功能、课程和代表数据数量、接口字段、视频与第三方费用、源码或使用权、部署方式、维护期限和超出范围的计费方式。机构比较方案时，应看报名、排课、课时和退费是否写清，而不是只比较功能名称。

哪些机构更适合建设

• 职业技能、企业培训、兴趣教育和素质课程机构；
• 多校区或多教师机构，需要统一课程、排课和学员资料；
• 使用群聊、表格和纸质签到，容易漏报名、撞课或算错课时；
• 提供班课、一对一、课时包、录播、作业或考试；
• 家长需要查看孩子课表、请假、剩余课时和作业；
• 已有教务、CRM或视频平台，希望减少重复录入；
• 重视学员资料、内容版权和不同岗位权限。

若只需要机构与课程介绍，展示报名型小程序会更经济。若核心是大规模在线学习、复杂考试监考或完整学习管理平台，应按专门系统评估；不能把所有教育场景都压进一个标准版本。

最终应交付哪些成果

• 已确认的课程、报名、班级、排课、课时、退费和权限规则；
• 学员端、家长端、教师端和管理后台页面草图与视觉设计；
• 可提交微信审核的教育培训小程序；
• 课程、教师、学员、班级、排课、课时、作业和订单后台；
• 服务器程序、数据库和部署配置，具体范围按开发方式确定；
• 微信登录、支付、订阅消息、视频及合同约定的第三方接口；
• 代表课程、班级、学员、订单、课时和考试测试数据；
• 功能、支付、权限、视频、接口和异常测试记录；
• 备案、类目、隐私说明、平台审核和发布协助；
• 管理账号、操作说明、招生教务教师培训记录和维护边界；
• 合同约定的源码、部署包、设计源文件或第三方授权说明。

源码交付取决于开发方式。独立定制项目可按合同交付自研源码和部署资料；使用第三方组件时仍受其许可约束；SaaS服务通常交付使用权与机构自己的业务数据，不会交付平台全部源码。签约前应明确数据导出、视频迁出、服务到期和续费条件。

验收要从报名跑到结课或退费

测试不能只选一个正常班级。至少应覆盖最后名额、教师请假、教室冲突、跨校区调班、家长管理多个孩子、赠送课时、课时到期、请假补课、部分退费、视频过期和考试重交。招生订单、教务班级和财务课时能够互相解释，才适合正式使用。

上线后的维护与责任

红数科技按合同提供约定期限内的程序故障修复、平台适配、接口检查、备份或技术维护，并完成课程、排课、课时、作业和权限后台培训。教育机构负责办学或培训资质、课程与师资、收费退费、教学质量、内容版权、学员服务和内部账号管理，也负责未成年人信息的合法使用。

新增校区、改变课时或退费规则、增加直播服务、重做考试方式、接入新教务系统或迁入大量历史学习记录，不属于原功能故障，需要另行确认。微信、支付、视频和第三方系统规则变化造成的兼容工作，按维护合同评估。

教育培训小程序最终要让机构和学员对同一件事有一致答案：报的是哪门课，什么时候上，谁来教，已经上了几次，还剩多少课时，作业是否提交，退费按什么计算。把这些日常记录管清楚，比上线时看起来功能很多更重要。