客户案例 · 教育

校喵 · 校园服务移动端

信息触达、预约与身份验证装进一个校园应用,后台按学校配置,开一所学校不再重做一套。

  • 教育
  • Flutter
  • Node.js
  • MySQL

项目背景

一套移动端,装下多所学校的服务

校园服务的信息发在群聊与公告栏,预约靠表格登记,身份核验依赖人工核对,换一所学校就要重新做一套入口。项目把信息触达、预约与身份验证收进同一移动端,后台按学校组织内容与权限。

应用端按学生、教师与管理员区分可见内容与操作,身份验证与学校信息绑定;后台以学校为租户单位组织栏目、预约项目与推送对象,新增学校时复制配置模板再调整,不需要改代码。

  • 信息触达按学校与角色推送
  • 预约项目由后台灵活配置
  • 身份验证与学校信息绑定
  • 多学校配置复用同一套能力

项目档案

客户
校喵
行业
教育
交付形态
iOS / Android / 小程序
技术栈
Flutter / Node.js / MySQL / 对象存储
服务范围
需求梳理 / 交互设计 / 开发交付 / 上线支持

交付内容

这套系统由四个模块组成

按实际业务拆成可独立验收的模块,先跑通主流程,再逐步补齐细节;每个模块都能单独验收与迭代。

移动端应用

用 Flutter 输出 iOS、Android 与小程序入口,首页按学校展示通知、预约与常用服务,减少重复安装。

内容与推送后台

按学校维护栏目、通知与推送对象,内容审核后发布,学生端按身份看到对应的通知与入口。

预约模块

预约项目、时段与名额在后台配置,用户提交后生成记录,支持取消与到场确认,名单可导出。

身份与权限

登录与学校身份绑定,按学生、教师与管理员分配功能与数据范围,跨校数据相互隔离。

实现要点

让系统真正好用的几个设计

功能之外,影响长期使用体验的是权限、数据口径与后续可维护性,这些在设计阶段就要定清楚。

配置化多学校

把栏目、预约项目与权限做成可复制的配置模板,新学校先套模板再改差异,交付周期更可控。

一套代码多端

用 Flutter 共享业务与界面代码,iOS、Android 与小程序按需打包,功能迭代只维护一份。

身份与数据隔离

登录态绑定学校与身份,接口按学校过滤数据,跨校查询需要额外授权,避免数据串用。

把需求交给豆米,把确定性留给自己

一次沟通,获得可落地的产品建议与报价方案。