托育签到接送小程序｜身份确认与异常通知方案 – MPForge

一、典型场景：托育晨检接送确认最容易在哪几处翻车

托育晨检接送确认的痛点不在系统多复杂，而在接送两本账、异常靠吼：

• 接送认脸：谁接孩子全凭老师记脸，生面孔来接，拦不拦全靠猜。
• 代签混签：签到可以代签，考勤不实，出事说不清当天谁到了园。
• 异常通知慢：孩子有异常靠班主任一个个打电话，通知晚一分钟家长慌一分钟。
• 请假无记录：请假靠微信口头说，考勤与退费没有依据，月底扯皮。

二、方案总览：四步锁住每一次接送确认

托育晨检接送确认的核心矛盾是接送环节风险高、确认靠记忆。从到园签到到离园交接，四个模块一条线走完：

1. 到园签到：：到园扫码签到实名到人，当天谁到了园一目了然。
2. 接送人确认：：接送人提前登记带照片，生面孔系统拦下，临时更换走变更流程。
3. 异常即通知：：异常事件生成通知，5 分钟内触达家长，拒权短信降级。
4. 请假有记录：：请假走系统留痕，考勤与退费口径有据，月底不再扯皮。

同类项目可参考 接送确认案例。

三、核心功能清单

• 到园签到：：实名扫码签到，考勤当天可核。
• 接送人确认：：接送人登记带照片，生面孔拦截，变更走流程。
• 异常通知：：异常事件即时通知，多渠道触达有降级。
• 请假管理：：请假留痕，考勤退费有依据。
• 两园区别：：多园区数据隔离，园长看本园看板。
• 公众号通知：：签到、异常与请假公众号触达家长。

四、落地实施过程：五步上线

方案逻辑四步，落地拆成五个动作，前一步跑顺再进下一步：

1. 进场准备：把接送人名单、班级名册与异常事件口径逐项录入后台校对；接送确认规则先落成系统固定页。商家能感知的是老师不靠记脸、家长更放心。
2. 系统对接：签到、接送与通知打通，老师、园长与家长用同一条考勤记录说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是接送环节零悬念。
3. 员工培训：一线只强调一分钟内完成签到、核对、放人的主路径关键动作；园长学会看异常通知触达率。商家能感知的是晚高峰门口不再乱。
4. 灰度试点：先拿一个园区的晨接晚送灰度试跑，不做数字考核，只看错认事故与通知触达两条线。商家能感知的是问题清单在收敛。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；联系人过期与通知拒权降级进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

说清楚不做什么，比堆功能更重要：

• 不做直播课堂：直播课堂、教具商城一律砍掉，先把安全环节的闭环做实。
• 不做生物识别：人脸识别不在首版，照片登记加流程拦截先行，隐私与合规优先。
• 效果按试点口径：试点接送错认事故 0、异常通知 5 分钟内触达率约 90%（案例口径）；复制到新园区前请重估师生配比与接送流程。

六、上线后效果（试点口径）

口径：试点前后对比。验收结果：错认事故 0；签到、确认、通知、交接一条线走完，主路径关键动作 1 分钟内完成，接送环节零悬念。以上为作业口径，非全公司财报口径。

复盘沉淀：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；数据对比写清分子分母与排除周。

七、常见问题 FAQ