教育小程序开发

项目背景

这是一套教育方向的小程序与运营后台，2 个仓库，都是 Vue 技术栈。小程序端 209 个 Vue 文件，管理后台 162 个 Vue 文件，最后提交在 2026 年 9 月，属于活跃维护的项目。分工很清楚：家长在手机端完成课程、排课、报名与收款相关操作，运营人员在后台做排课与订单管理。

客户当时的状态

教育类业务的典型矛盾是「前台要轻、后台要全」。家长不愿意为了报个名下载 App、注册一堆账号，能在一个入口里完成最好；运营这边却要处理排课冲突、订单状态、收款确认这些细活。两边如果共用一个界面，家长嫌复杂、运营嫌不够用。还有权限问题：家长能看到自己孩子的信息，不该看到别的；管理端的操作范围也要按角色收住。这两类使用者的诉求摆在一起，结论其实很清楚：不是要不要分开的问题，是怎么分开、分开之后数据又怎么合在一起。

我们的做法与取舍

第一个取舍是把家长端与管理端分成两个项目，而不是一套界面配两套权限。分成两个项目，各自的界面可以按各自的使用习惯做，不必互相迁就。

第二个取舍是排课与订单在后端作为同一套数据。两个端分开做，数据不能分开——排课一变，订单和收款状态要跟着动，这是两个端能对得上的前提。

第三个取舍是权限按角色显式划分，不做「先能用再收权限」。家长端的可见范围一开始就要定死，后面再补权限，很容易漏。

系统怎么承载这条链路

小程序端承载家长侧的查看与报名动作，管理后台承载排课、订单与运营管理，两者落在同一套后端数据上。课程、排课、报名与收款是同一条链路上的四段，状态只有一份。家长在小程序里报完名，运营在后台立刻能看到对应的订单，中间不需要导表或对账，这是两端分开、数据合一的直接结果。

交付状态与边界

代码处于持续维护状态，最近一次提交在 2026 年 9 月。边界说明：收款能力以贵方签约的支付通道为准，系统承载的是订单与收款状态，不代持资金；课程内容与教学质量不属于系统范围，系统解决的是报名与排课的流程问题；家长端的可见范围按贵方的业务与隐私要求配置，我们提供权限能力，具体规则由业务方确认。