教研平台 PC 端编辑与移动端查看分工的结构示意
ORANGEZH / 交付案例

教育管理系统开发

两个代码库覆盖 PC 端与移动端,主仓库 25 次提交;教研资料组织、任务与协作,移动端查看与 PC 端编辑分工明确。

约 6 分钟读完 5 条买家问答 关键事实可核验

项目概览

项目背景

这是一套面向教师教研与备课场景的服务平台,包含两个代码库:一个体量较大的 PC 端应用(Vue,工程约 14MB),一个是配套的移动端。代码库覆盖 2022 到 2023 年,主仓库累计 25 次提交。平台主要承载教研资料的组织与备课内容的沉淀,以及教师之间的任务与协作。

客户当时的状态

教研类工作有一个共同的麻烦:资料都在个人手里。课件、试题、教案各存一份,换人接手就断了线;任务靠口头和群里通知,谁做到哪一步没人清楚。另一方面,教师的使用场景分得很开——整资料的活适合坐在电脑前做,看内容、查进度则多在手机上完成。只做一个端,必然有一半场景用不上;强行在手机上也做完整编辑,交互会变得很难用。

我们的做法与取舍

第一个取舍是把 PC 端和移动端分成两种角色,而不是做成同一套界面的两种尺寸。PC 端承担资料编辑与组织,移动端承担查看与轻量操作。这样两端的交互都能按各自场景做透,代价是两端要各自维护一套界面。

第二个取舍是先做资料组织的结构,再做内容填充。教研资料的价值不在于存了多少,而在于能不能按学科、年级、章节找到。结构定不下来,后面堆的资料越多越难用。

第三个取舍是把任务与协作放进同一条链路。资料和任务分开做,就会变成两套系统各记一份;放在一起,教师看到的是「这件事谁在做、材料在哪」。

系统怎么承载这条链路

平台按端分工:PC 端负责资料的录入、编辑与目录组织,移动端负责查看、检索与进度确认,两端共用同一份数据。任务与协作挂在资料上,同一份内容既能在编辑场景里维护,也能在查看场景里被引用。PC 端工程体量约 14MB,说明它不是几个页面的演示工程。

交付状态与边界

代码库的提交集中在 2022 到 2023 年,最近一次提交在 2023 年,目前没有再更新。需要说清楚的是边界:平台承载的是教研资料的组织与协作,不替代学校既有的教学管理制度;资料的内容责任由使用方承担,平台提供的是存放、组织与流转能力;移动端定位是查看与轻量操作,完整编辑仍在 PC 端完成——这两端的分工是有意为之,不是能力缺失。

项目信息

客户

某教研服务项目

行业

教育与培训

项目周期

未披露

技术栈

Vue / PC 端 / 移动端

服务类型

教师服务与教研平台

CHALLENGES

客户当时面对的现实

01

教研资料散落在个人手里,课件与试题各存一份,换人接手就断线

02

任务与协作靠口头和群里通知,谁做到哪一步没人清楚

03

整资料适合坐在电脑前做,看内容和查进度多在手机上,一个端覆盖不了

04

资料堆得越多越难找,没有目录结构就无法按学科与章节检索

CAPABILITIES

我们交付的能力

为什么教研平台要分两个端做

教研资料组织

备课与教研资料按统一结构组织,支持按学科、年级与章节定位,不靠个人命名习惯维持秩序。

任务与协作

任务与资料挂在同一条链路上,参与者看到的是「这件事谁在做、材料在哪」,而不是两套记录。

PC 端编辑

PC 端工程体量约 14MB,承担资料的录入、编辑与目录组织,是主要的生产端。

移动端查看

移动端承担查看、检索与进度确认等轻量操作,不试图在手机上复刻完整编辑体验。

SCOPE

交付范围

以下范围按本项目实际交付内容与边界整理,不属于这次范围的部分一并列出。

已交付

  • PC 端资料录入、编辑与目录组织
  • 移动端查看、检索与进度确认
  • 任务与协作功能
  • 两端共用的数据链路

不在本次范围

  • 教学内容本身的编写与审核:平台提供组织与流转能力,内容责任由使用方承担
  • 学校既有的教学管理制度与考核规则:系统不替代制度执行
  • 移动端的完整编辑能力:编辑仍以 PC 端为主,这是有意为之的分工

ARCHITECTURE

分层技术架构

公开口径归纳为三层:两端入口层按场景分工;业务层承载资料组织、任务与协作;数据层为两端共用同一份内容。

FLOW 01

两端入口层

PC 端编辑 移动端查看

编辑与查看两类场景分别覆盖

FLOW 02

业务层

资料组织与目录 任务与协作 检索

承载教研资料的组织与流转规则

FLOW 03

数据层

统一内容存储 两端共用数据

保证两端看到的是同一份资料

DELIVERY

交付过程

分阶段推进,每个阶段都有可验收的产出,客户在早期就能看到实际效果。

阶段一

资料结构与目录体系

确定资料的分层维度与命名约定,明确检索路径。

阶段二

PC 端编辑能力

PC 端承担资料录入、编辑与目录组织,落地主要生产链路。

阶段三

任务与协作

把任务挂在资料上,形成同一份记录下的协作视图。

阶段四

移动端查看端

移动端实现查看、检索与进度确认,与 PC 端共用数据。

FACTS

可核验的交付事实

以下内容来自本项目实际交付物;未经验证的指标不予展示。

2个代码库

PC 端与移动端

25次提交

主仓库累计提交

2年覆盖

2022–2023 年

TRANSFER

这套做法适不适合你

案例的用处不是证明"我们做过",而是让你判断"在我们这种条件下能不能做成"。下面三句是我们对这一单的判断,写下来供你对照自己的情况。

适合什么情况

适合教研、备课类场景,且使用者的编辑与查看会发生在不同设备上。

什么情况下别照搬

若使用者全部在电脑前工作,移动端属于可省略的部分;若资料量很小,不必先建复杂的目录体系。

如果要试,第一步做什么

先把资料的目录体系与检索维度定成一张表。

RELATED SERVICES

相关服务

从实际业务问题出发,查看对应服务的适用场景、交付物与不含项;具体范围仍需单独确认。

FAQ

常见问题

以下是同类项目沟通中出现频率最高的问题,答案就是我们实际的做法。

为什么不做成一套响应式界面,非要两个端?
因为两个场景的诉求不一样。PC 端要的是编辑效率,移动端要的是随手能看。做成一套响应式界面,往往两边都别扭——这是我们在项目里做过的取舍,不是能力不足。
资料为什么要先定结构?
资料的价值在于能被找到。结构定不下来,堆得越多越难用,最后还是要回头整理一遍,那时候成本比一开始定规则高得多。
移动端能编辑吗?
移动端定位是查看与轻量操作,完整编辑在 PC 端完成。这一点我们在交付时就说清楚了,不做模糊承诺。
这个项目现在还更新吗?
代码库的提交集中在 2022 到 2023 年,最近一次提交在 2023 年,目前没有再更新。我们如实说明,不把停更的项目写成持续迭代。
做教研类平台第一步做什么?
先把资料的目录体系定下来——按什么维度分层、每个层级放什么。这张表定了,后面的编辑端和查看端才有共同语言。

本页最后更新:2026年9月24日

下一步

聊聊你的教研资料怎么组织

从目录体系、任务协作到两端分工,一起确定第一期做哪些内容。

商务联系人卢刚
商务联系人微信二维码 微信扫码加商务联系人,
发需求文档或截图都行。