幼儿园接送核销小程序｜授权双码与告警方案 – MPForge

一、典型场景：幼儿接送核销最容易在哪几处翻车

幼儿接送核销的痛点不在系统多复杂，而在授权两本账、核对靠记脸：

• 认脸靠不住：生面孔说自己是谁家亲戚，老师面熟就放，出了事说不清。
• 临时接送乱：家里临时换人接娃，电话里说不明白，门口僵半小时。
• 记录事后补：谁几点接走了孩子，登记表事后补，异常无从追溯。
• 告警没人收：真出了异常，通知发到群里没人第一时间看到。

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

幼儿接送核销的核心矛盾是放学高峰集中、授权关系多变。从家长提交授权到老师核销放行，四个模块一条线走完：

1. 授权先建档：固定接送人提前授权建档，一人一码，没授权的码刷不开门。
2. 临时授权有时效：临时换人接娃，家长在小程序发有时效的临时授权，过期自动作废。
3. 双码核销：接送码加身份码双码核验，老师扫码核销放行，记录实时落库。
4. 异常即告警：未授权拦截即时告警，通知直达家长与园长，不沉在群里。

规则取舍细节见 门禁核销场景；同类项目可参考 园所接送案例。

三、核心功能清单

• 授权人管理：：固定接送人建档授权，一人一码，关系清楚。
• 临时授权：：有时效的临时授权，过期作废，临时接送不再僵持。
• 双码核销：：接送码与身份码双验，老师扫码放行留记录。
• 异常告警：：未授权拦截即时通知家长与园长，可追溯。
• 隐私最小化：：孩子信息最小展示，隐私弹窗时机按规范。
• 公众号菜单导流：：授权与接送记录入口可与公众号菜单导流配合。

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

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

1. 进场准备：把接送人名单、授权关系与放学班次逐项录入后台校对；授权与告警规则先落成系统固定页。商家能感知的是门口不再认脸猜人。
2. 系统对接：授权、核销与告警打通，老师、门岗与家长用同一条接送记录说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是异常有人第一时间知道。
3. 员工培训：一线只强调一分钟内完成扫码核验、放行的主路径关键动作；园长学会看拦截记录与告警。商家能感知的是放学高峰不乱。
4. 灰度试点：先拿一个园所的放学高峰灰度试跑，不做数字考核，只看未授权拦截能不能追踪、核销记录齐不齐。商家能感知的是问题清单在收敛。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不做社交平台：家园社交、晒娃社区不进首版，先把接送安全闭环做实。
• 不做人脸识别押注：人脸识别不进首版必选项，双码核验先行，识别留作可选增强。
• 效果按试点口径：「未授权拦截可追踪」是试点前后对比的验收结果；复制到新园所前请重估班次与门岗动线。

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

口径：试点前后对比。验收结果：未授权拦截可追踪；授权、核销、放行、告警一条线走完，主路径关键动作 1 分钟内完成，认脸放行退出日常流程。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ