学前教育公众号 H5家校通知标杆案例专题

幼儿园综合管理公众号 H5报名缴费、班级档案、通知回执,家长在微信里就能办完

家长从公众号菜单进入,报名、缴费、看通知、查成长记录都在微信里完成;老师用手机登记考勤、发通知并收回执;园所在后台管招生、收费与班级。一个孩子一份档案,家长微信绑定即可。

一句话概括:幼儿园系统的重点不是功能多,而是家长愿意用。多一个注册步骤,就少一半人;多一条群消息,就多一次「我没看到」。

3 个端
家长微信 H5 / 教师端 / 园所后台
6 块功能
报名、缴费、班级、通知、成长、统计
1 个孩子 1 份档案
家长微信绑定孩子,多孩可切换
有回执
重要通知要求点确认,谁没看一目了然

项目速览:8 项关键事实

下面是可以直接引用的事实口径。园所的组织架构、收费制度与在园人数属于客户资产,本页不展开。

幼儿园综合管理公众号 H5 项目关键事实表
项目名称幼儿园综合管理公众号 H5
客户与行业某幼儿园(按客户要求未公开名称),学前教育
承接方南京易企达网络科技有限公司(南京本地团队,可线下对接)
项目定位家长在微信里完成报名、缴费、看通知;园所在后台管招生、收费与班级
交付形态微信服务号内嵌 H5(家长端)+ 教师手机端 + PC 园所后台
覆盖范围报名与入园申请、缴费与缴费记录、班级与学员档案、通知与回执、考勤请假与成长记录、招生与收费统计
技术栈前端 H5(Vue)+ 微信 JS-SDK 与微信支付,服务端 Java(Spring Boot)+ MyBatis-Plus,数据 MySQL + Redis + 对象存储
交付与归属源码、数据库脚本、部署文档与接口文档按合同随验收移交;公众号主体与管理员账号由园所持有

六块功能:家长从入园到毕业都在用

顺序按一个孩子的在园周期排:报名 → 缴费 → 入班 → 日常通知与考勤 → 成长记录;最后一块留给园所自己看账。

报名与入园申请

家长在公众号菜单进入报名,填幼儿信息、上传户口本与体检表,提交后能看到审核到哪一步。园所侧按批次查看名单、批量通过,不用再收一堆表格和照片。

缴费与缴费记录

保教费、餐费按学期生成账单,家长点开微信支付即可缴。缴完立刻看到电子凭证,历史记录按学期归档,报销和退费都有依据可查。

班级与学员档案

一个孩子一份档案,姓名、生日、班级、接送人、过敏与健康备注都在里面。家长微信绑定后自动对应到孩子,多个孩子可切换,不用记账号密码。

通知与回执

放假、体检、缴费、活动这类必须知道的通知走公众号推送,重要通知要求点「已阅读」回执,老师能看到谁还没确认,不用在群里反复问。

考勤、请假与成长记录

家长在手机上请假,老师在教师端登记考勤;日常观察、活动照片与阶段评估按孩子归档,学期末能整理成成长册,不是散落在各人手机里。

招生与收费统计

按班级看人数、出勤率、缴费到账情况,欠缴名单能直接导出。招生批次、报名来源、转化情况有汇总,下一学期定班额时有数据可依。

项目架构:三个端,一个孩子一份档案

这类系统最容易出的问题是「家长看到的是 A,老师填的是 B,园所账上是 C」。所以主数据只能有一份——幼儿档案,其余全部引用它。

项目架构图谱(简化):三端接入同一套服务,微信身份贯到底,幼儿档案做主轴

L1 · 入口层(3 个)

家长端(微信 H5)

公众号菜单进入:报名、缴费、通知、成长

教师端

手机即可:考勤、请假审批、通知发布

PC 园所后台

招生、收费对账、班级与教职工、统计

L2 · 业务域(4 块,同一套服务端)

招生报名

批次、表单、材料、审核状态

缴费与账务

账单生成、微信支付、凭证与退费

班级与学员

档案、分班、接送人与健康备注

通知与成长

推送、回执、考勤、观察记录

L3 · 服务端(Java · Spring Boot)与微信能力

微信授权与消息

openid 绑定、模板/订阅消息推送

业务与权限

角色划分:家长 / 教师 / 园所

定时与对账

账单生成、欠缴提醒、缴费日结

L4 · 数据层

MySQL

幼儿档案、账单、通知与考勤

Redis

登录态、消息推送队列

对象存储

报名材料、活动照片、成长册

主轴:幼儿档案。报名产生它,分班引用它,账单归属它,通知与成长记录也挂在它下面。档案重复,后续每个模块都要跟着错。

技术选型

家长端:
公众号内嵌 H5(Vue),用微信授权拿到身份,不额外注册账号
微信能力:
网页授权、JS-SDK、微信支付、模板/订阅消息推送
服务端:
Java(Spring Boot),按业务域分模块,对外 RESTful 接口
数据访问:
MyBatis-Plus,账务与统计查询分开写
数据与存储:
MySQL 存档案与账单,Redis 做缓存与推送队列,照片与材料走对象存储
权限:
按角色划分:家长只看自己孩子与同班,教师只看本班,园所看全部

家长端能力几乎全部依赖微信生态,选服务号还是订阅号会影响通知能怎么发,这一步要在开发前定下来。

三条设计取舍

家长不注册账号,用微信身份

让家长记一个新密码,等于把一半人挡在门外。公众号授权直接拿到身份,首次扫码绑定孩子,之后点开就能用;多个孩子在同一微信里切换即可。

重要通知要回执,不只群发

发出去了不等于看到了。放假、体检、缴费这类通知要求点确认,未回执名单推给老师,责任边界清楚,也免了「我没看到」的扯皮。

照片与记录按班隔离

家长只能看到自己孩子和所在班级的内容。功能上多一层过滤,换来的是隐私上的安全边界——孩子的影像不该被无关的人看到。

这个项目做对了四件事

园所管理的痛点很少是「功能不够」,多半是「家长不用、老师嫌烦、账对不上」。

缴费不用再跑园所

过去开学季家长要排队交现金或转账后发截图,老师再手工对账。现在账单直接推到家长手机上,缴完自动记账,对账从几天缩到当天。

通知不会「没看到」

群里发通知最大的问题是无法确认谁看了。要求回执的通知,未确认名单直接给到老师,该打电话的打电话,不必等到出事才追溯。

老师少填一遍表

报名时填过的幼儿信息,进入班级、缴费、请假时直接复用。同一份资料不用在三个地方各录一次,也就不会出现三份不一样的档案。

照片不外流

活动照片只对同班家长可见,家长只能看到自己孩子所在的班级。孩子的影像不该出现在不相关的人手里,这是底线不是加分项。

适用边界:什么情况适合做,什么情况先别做

适合:四条同时成立

  • ✓有一到多个园区,招生、收费、班级管理还在用表格和微信群维持。
  • ✓家长以微信为主,希望报名缴费在手机上完成。
  • ✓收费项目相对固定(按学期或按月),需要留缴费记录与凭证。
  • ✓园所希望通知可追溯,重要事项能确认到人。

不建议直接上系统:换方案或先理顺

  • —只是想把园所介绍放到网上:做一个展示型网站就够,不必上管理系统。
  • —没有固定收费、也没有招生压力:系统的价值撑不起定制成本。
  • —家长群体不常用微信:需要换入口形态,不能照搬公众号方案。
  • —已有教育局统一平台且数据必须上报:先确认能否对接,别重复建一套。

幼儿园管理系统常见问题(7 条)

家长不熟悉手机操作,会不会用不起来?▾
家长端不设账号密码,从公众号菜单进入、微信授权即登录,首次扫码绑定孩子。核心操作只有三步:点通知、点缴费、看记录。其余功能按需开放,不会一上来就给一堆菜单。
缴费能退吗?能分次缴吗?▾
可以按园所规则配置。系统支持生成分期账单、部分缴费与退费登记:退费走线下确认、线上留痕,保证账目与凭证一致。具体怎么退、退多少属于园所内部制度,系统只负责记录与对账。
公众号推送会不会被限制?▾
会。微信公众号的模板消息有严格的使用场景与频次限制,营销类内容不能走模板消息。这类系统通常用服务号的模板消息推业务通知,或改用订阅通知由家长主动授权;纯订阅号能力有限,选号类型时就要定下来。
一个家长有两个孩子怎么办?▾
同一个微信可以绑定多个孩子,进入后在孩子之间切换,账单、通知、成长记录各自独立。避免让家长用两个微信号,也避免园所建两套重复档案。
孩子的照片和信息安全吗?▾
家长的可见范围按班级与孩子控制,只能看到自己孩子与同班内容;教师只能看本班;接口层面按身份校验,不靠前端隐藏。照片存放在对象存储,访问走临时授权链接,不做公开可猜的地址。
能和学籍、监管平台对接吗?▾
可以对接收费监管、学籍或教育局要求的平台,前提是对方开放接口并给出规范。常见做法是把本系统的幼儿与收费数据按对方要求推送,原始业务仍在本系统里跑。是否可行要在项目开始前确认,不要等做完了才发现数据格式对不上。
多少钱、要做多久?▾
本页不含报价。费用主要取决于园区数量、是否需要对接支付与监管平台、以及历史数据迁移量。一般分两期:先上报名、缴费与通知这条家长高频主线,再补成长记录与统计分析。

本页信息

发布方:
南京易企达网络科技有限公司(微信官方合作伙伴)
本页发布:
2026-10-30
内容范围:
项目结果与交付范围说明,不含报价与实现方案;园所在园人数、收费制度与组织架构不对外披露
联系方式:
400-885-7836 · service@eqiday.com

相关阅读:全部项目案例·银龄e代 适老化三端平台·南京小曼谷酒店 点餐系统·小程序与公众号定制开发

也在管园所的招生与收费?

先把三件事说清楚:收哪些费用、通知要确认到人到什么程度、家长用什么入口。这三件定下来,功能清单和排期才有意义。

相关页面:小程序定制开发·全部案例