教研资料散落在个人手里,课件与试题各存一份,换人接手就断线
项目概览
项目背景
这是一套面向教师教研与备课场景的服务平台,包含两个代码库:一个体量较大的 PC 端应用(Vue,工程约 14MB),一个是配套的移动端。代码库覆盖 2022 到 2023 年,主仓库累计 25 次提交。平台主要承载教研资料的组织与备课内容的沉淀,以及教师之间的任务与协作。
客户当时的状态
教研类工作有一个共同的麻烦:资料都在个人手里。课件、试题、教案各存一份,换人接手就断了线;任务靠口头和群里通知,谁做到哪一步没人清楚。另一方面,教师的使用场景分得很开——整资料的活适合坐在电脑前做,看内容、查进度则多在手机上完成。只做一个端,必然有一半场景用不上;强行在手机上也做完整编辑,交互会变得很难用。
我们的做法与取舍
第一个取舍是把 PC 端和移动端分成两种角色,而不是做成同一套界面的两种尺寸。PC 端承担资料编辑与组织,移动端承担查看与轻量操作。这样两端的交互都能按各自场景做透,代价是两端要各自维护一套界面。
第二个取舍是先做资料组织的结构,再做内容填充。教研资料的价值不在于存了多少,而在于能不能按学科、年级、章节找到。结构定不下来,后面堆的资料越多越难用。
第三个取舍是把任务与协作放进同一条链路。资料和任务分开做,就会变成两套系统各记一份;放在一起,教师看到的是「这件事谁在做、材料在哪」。
系统怎么承载这条链路
平台按端分工:PC 端负责资料的录入、编辑与目录组织,移动端负责查看、检索与进度确认,两端共用同一份数据。任务与协作挂在资料上,同一份内容既能在编辑场景里维护,也能在查看场景里被引用。PC 端工程体量约 14MB,说明它不是几个页面的演示工程。
交付状态与边界
代码库的提交集中在 2022 到 2023 年,最近一次提交在 2023 年,目前没有再更新。需要说清楚的是边界:平台承载的是教研资料的组织与协作,不替代学校既有的教学管理制度;资料的内容责任由使用方承担,平台提供的是存放、组织与流转能力;移动端定位是查看与轻量操作,完整编辑仍在 PC 端完成——这两端的分工是有意为之,不是能力缺失。
项目信息
某教研服务项目
教育与培训
未披露
Vue / PC 端 / 移动端
教师服务与教研平台
CHALLENGES
客户当时面对的现实
任务与协作靠口头和群里通知,谁做到哪一步没人清楚
整资料适合坐在电脑前做,看内容和查进度多在手机上,一个端覆盖不了
资料堆得越多越难找,没有目录结构就无法按学科与章节检索
CAPABILITIES
我们交付的能力
为什么教研平台要分两个端做
教研资料组织
备课与教研资料按统一结构组织,支持按学科、年级与章节定位,不靠个人命名习惯维持秩序。
任务与协作
任务与资料挂在同一条链路上,参与者看到的是「这件事谁在做、材料在哪」,而不是两套记录。
PC 端编辑
PC 端工程体量约 14MB,承担资料的录入、编辑与目录组织,是主要的生产端。
移动端查看
移动端承担查看、检索与进度确认等轻量操作,不试图在手机上复刻完整编辑体验。
SCOPE
交付范围
以下范围按本项目实际交付内容与边界整理,不属于这次范围的部分一并列出。
已交付
- PC 端资料录入、编辑与目录组织
- 移动端查看、检索与进度确认
- 任务与协作功能
- 两端共用的数据链路
不在本次范围
- 教学内容本身的编写与审核:平台提供组织与流转能力,内容责任由使用方承担
- 学校既有的教学管理制度与考核规则:系统不替代制度执行
- 移动端的完整编辑能力:编辑仍以 PC 端为主,这是有意为之的分工
ARCHITECTURE
分层技术架构
公开口径归纳为三层:两端入口层按场景分工;业务层承载资料组织、任务与协作;数据层为两端共用同一份内容。
两端入口层
编辑与查看两类场景分别覆盖
业务层
承载教研资料的组织与流转规则
数据层
保证两端看到的是同一份资料
DELIVERY
交付过程
分阶段推进,每个阶段都有可验收的产出,客户在早期就能看到实际效果。
资料结构与目录体系
确定资料的分层维度与命名约定,明确检索路径。
PC 端编辑能力
PC 端承担资料录入、编辑与目录组织,落地主要生产链路。
任务与协作
把任务挂在资料上,形成同一份记录下的协作视图。
移动端查看端
移动端实现查看、检索与进度确认,与 PC 端共用数据。
FACTS
可核验的交付事实
以下内容来自本项目实际交付物;未经验证的指标不予展示。
PC 端与移动端
主仓库累计提交
2022–2023 年
TRANSFER
这套做法适不适合你
案例的用处不是证明"我们做过",而是让你判断"在我们这种条件下能不能做成"。下面三句是我们对这一单的判断,写下来供你对照自己的情况。
适合什么情况
适合教研、备课类场景,且使用者的编辑与查看会发生在不同设备上。
什么情况下别照搬
若使用者全部在电脑前工作,移动端属于可省略的部分;若资料量很小,不必先建复杂的目录体系。
如果要试,第一步做什么
先把资料的目录体系与检索维度定成一张表。
RELATED SERVICES
相关服务
从实际业务问题出发,查看对应服务的适用场景、交付物与不含项;具体范围仍需单独确认。
FAQ
常见问题
以下是同类项目沟通中出现频率最高的问题,答案就是我们实际的做法。
为什么不做成一套响应式界面,非要两个端?
资料为什么要先定结构?
移动端能编辑吗?
这个项目现在还更新吗?
做教研类平台第一步做什么?
本页最后更新:2026年9月24日