南京易企达交付的幼儿园综合管理公众号H5：家长在微信里报名入园、缴保教费与餐费、看班级通知与成长记录，老师发通知收回执，园所在后台管招生、收费与班级。
只列可核查的交付事实：项目定位、交付形态、覆盖范围、技术选型与归属口径。
每一项都是客户实际在用的功能，不是模块清单。
家长在公众号菜单进入报名，填幼儿信息、上传户口本与体检表，提交后能看到审核到哪一步。园所侧按批次查看名单、批量通过，不用再收一堆表格和照片。
保教费、餐费按学期生成账单，家长点开微信支付即可缴。缴完立刻看到电子凭证，历史记录按学期归档，报销和退费都有依据可查。
一个孩子一份档案，姓名、生日、班级、接送人、过敏与健康备注都在里面。家长微信绑定后自动对应到孩子，多个孩子可切换，不用记账号密码。
放假、体检、缴费、活动这类必须知道的通知走公众号推送，重要通知要求点「已阅读」回执，老师能看到谁还没确认，不用在群里反复问。
家长在手机上请假，老师在教师端登记考勤；日常观察、活动照片与阶段评估按孩子归档，学期末能整理成成长册，不是散落在各人手机里。
按班级看人数、出勤率、缴费到账情况，欠缴名单能直接导出。招生批次、报名来源、转化情况有汇总，下一学期定班额时有数据可依。
先看入口与业务域，再看技术选型；只写结构与取舍，不写客户内部数据。
不是功能罗列，是当初的判断。
过去开学季家长要排队交现金或转账后发截图，老师再手工对账。现在账单直接推到家长手机上，缴完自动记账，对账从几天缩到当天。
群里发通知最大的问题是无法确认谁看了。要求回执的通知，未确认名单直接给到老师，该打电话的打电话，不必等到出事才追溯。
报名时填过的幼儿信息，进入班级、缴费、请假时直接复用。同一份资料不用在三个地方各录一次，也就不会出现三份不一样的档案。
活动照片只对同班家长可见，家长只能看到自己孩子所在的班级。孩子的影像不该出现在不相关的人手里，这是底线不是加分项。
同样的需求，不同做法代价不同；这里写清楚为什么这样选。
让家长记一个新密码，等于把一半人挡在门外。公众号授权直接拿到身份，首次扫码绑定孩子，之后点开就能用；多个孩子在同一微信里切换即可。
发出去了不等于看到了。放假、体检、缴费这类通知要求点确认，未回执名单推给老师，责任边界清楚，也免了「我没看到」的扯皮。
家长只能看到自己孩子和所在班级的内容。功能上多一层过滤，换来的是隐私上的安全边界——孩子的影像不该被无关的人看到。
判断标准写在这里，避免双方预期错位。
问答与页面结构化数据同源，答案口径两站一致。
家长端不设账号密码，从公众号菜单进入、微信授权即登录，首次扫码绑定孩子。核心操作只有三步：点通知、点缴费、看记录。其余功能按需开放，不会一上来就给一堆菜单。
可以按园所规则配置。系统支持生成分期账单、部分缴费与退费登记：退费走线下确认、线上留痕，保证账目与凭证一致。具体怎么退、退多少属于园所内部制度，系统只负责记录与对账。
会。微信公众号的模板消息有严格的使用场景与频次限制，营销类内容不能走模板消息。这类系统通常用服务号的模板消息推业务通知，或改用订阅通知由家长主动授权；纯订阅号能力有限，选号类型时就要定下来。
同一个微信可以绑定多个孩子，进入后在孩子之间切换，账单、通知、成长记录各自独立。避免让家长用两个微信号，也避免园所建两套重复档案。
家长的可见范围按班级与孩子控制，只能看到自己孩子与同班内容；教师只能看本班；接口层面按身份校验，不靠前端隐藏。照片存放在对象存储，访问走临时授权链接，不做公开可猜的地址。
可以对接收费监管、学籍或教育局要求的平台，前提是对方开放接口并给出规范。常见做法是把本系统的幼儿与收费数据按对方要求推送，原始业务仍在本系统里跑。是否可行要在项目开始前确认，不要等做完了才发现数据格式对不上。
本页不含报价。费用主要取决于园区数量、是否需要对接支付与监管平台、以及历史数据迁移量。一般分两期：先上报名、缴费与通知这条家长高频主线，再补成长记录与统计分析。