1. 文档介绍
本文档为核桃壳 在2016.3~2017.8月期间,为悟空考研项目编写需求文档。悟空考研的整体项目结构如下图所示,在不同平台下拥有14条业务、产品线。整体结构如下图所示:
因为原公司已经倒闭,项目停止运营。不想此项目就在网上完全销声匿迹,所以特地将以前的相关核心文档整理出来,有以下几个目的:
- 献给一起为此项目奋斗过的小伙伴们,做为留念;
- 项目复盘,会对文档进行修正,反思;
- 给未来的产品同学学习参考。
本篇则是其中的后端管理系统,它将对其它所有的业务线提供数据和管理支持。
备注1: 核桃壳拥有此份文档的著作权,且拥有所有的历史版本,有完全的自证能力和使用权利,不会有任何转载许可。
备注2: 本份文档编辑发布于2018-10-17,之后会有文档内容的修正和补充
1.1. 文档版本记录
文档编号 | 编辑时间 | 编辑内容 |
---|---|---|
2.1 | 2017-8-23 | 进一步简化研究生入驻流程 |
2.0 | 2017-8-21 | 配合微信WebApp5.0版本发布,文档结构也向新版本过度 |
1.5 | 2017-6-12 | 管理员身份权限修正,区分超级管理员 和管理员 添加视频课小程序的内容发布 开发专业课预约管理系统 |
1.4 | 2017-3-6 | 修正研究生关键监控数据的展示 添加首页展示整体项目运营情况 对滥用平台提问功能用户添加限制处理 |
1.3 | 2017-2-19 | 加入更多运营日常便利需求 |
1.2 | 2016-12-7 | 简化审核流程,加速研究生入驻速度,需求文档中的示例图重绘 |
1.1 | 2016-11-27 | 需求文档整体重写,完善后端管理模块的分工 迁移需求文档到公司服务器中 |
1.0 | 2016-10-18 | 数据结构重构完成,以学校的考试科目为所有数据的基础单元 |
0.6 | 2016-7-4 | 二期工程,研究生的注册与答案上传系统 停止分答模块的研发 |
0.5 | 2016-6-3 | 一期工程,管理员功能进行调整 |
0.4 | 2016-5-30 | 添加校园大使模块,管理员添加试卷收集模块 |
0.3 | 2016-5-27 | 整理项目的零散模块,合并成管理后端的开发需求 |
1.2. 后端管理系统的模块
模块 | 用途 | 权限 |
---|---|---|
首页 | 整体悟空考研项目的运行数据与统计 | 无 |
用户管理 | 对校园大使、研究生、考生的身份管理 | 低 |
资料库 | 考研备考资料库,按学校归档 | 高 |
资源审核 | 审核由校园大使和研究生提供的考研资源 | 中 |
研究生服务 | 研究生在平台上对考生提供的服务管理,及收入结算管理 | 高 |
运营 | 管理推广渠道,和产品中与用户的接触点 | 低 |
用户 | 考生在平台上的行为管理 | 高 |
销售统计 | 考生购买纸质资料的发货系统,退款服务 | 中 |
每日议题 | 每日议题小程序的内容管理,活跃用户 | 中 |
视频公共课 | 公众课视频小程序的渠道、内容管理 | 中 |
权限控制 | 用于区分运营、产品及审核员等在后端管理系统中的操作权限 | 高 |
2. 部分资源结构说明
在1.1版本中,已经将资源分散到1 人员管理和2 资料库中各个项目中进行介绍我们所有在后台管理的内容中,人、文档、相关的信息的内容都叫资源。在需求文档的最开头描述资源详情页的设计主要有以下目的:
- 帮助大家理解资源之间的关系
- 后来的主页面之间有大量会利用这些资源详情页面
- 这些都是后台管理的资源的最小单位
2.1. 后台资源基本结构
2.2. 资源来源与用途
项目 | 来源 | 用途 |
---|---|---|
校园大使 | 只能是后台管理员手工添加 | 提供试卷和真题 |
研究生 | 微信前端研究生自己注册申请 | 资源提供,编辑科目内容,提供一对一服务 |
试卷 | 校园大使、研究生前端上传 | 给考生用户当做模拟题 |
真题 | 校园大使、研究生前端上传 | 题目加答案,复习参考 |
科目 | 研招网上数据返回 | 前端的数据展示,关联研究生,真题和复习资料 |
参考书 | 公司员工整理,研究生考研经验添加,复习资料的挂靠 | 建立科目之间的联系 |
复习资料 | 研究生上传 | 跨学校和专业的资料关联 |
学校 | 各种资料的聚合结点 | 主站和备用 |
2.3. 资源之间的关系图
资源之间的关系图,也是各资源详情页之间的相互跳转,如下表所示,以行为单位为各个资源的详情页面关联其它的资源详情页:
校园大使 | 研究生 | 试卷 | 真题 | 科目 | 参考书 | 复习资料 | 学院 | |
---|---|---|---|---|---|---|---|---|
校园大使 | - | - | 多个 | 多个 | - | - | - | 多个 |
研究生 | - | - | 多个 | 多个 | 两个 | 多个 | 多个 | - |
试卷 | 一个 | 一个 | - | - | 一个 | - | - | - |
真题 | 一个 | 一个 | - | - | 一个 | - | - | - |
科目 | - | 一个 | 多个 | 多个 | - | 多个 | 多个 | - |
参考书 | - | - | - | - | 多个 | - | 多个 | - |
复习资料 | - | 一个 | - | - | 两个 | 一个 | - | - |
学院 | 多个 | 多个 | 多个 | 多个 | 多个 | - | - | - |
以研究生详情页为例,研究生不与校园大使和学院产生关系,所以详情页中没有这两个内容,而一般会有的内容包含他负责的两个科目,他复习这些科目时使用的参考书,及他上传的文件资源包括试卷、真题和复习资料
2.4. 资源全局编号
- 各个资源与项目之间最好能够使用单独的一套代码,起到各个资源编号在单调递增的同时,能够从全局识别与快速定位
- 鉴于需要区分的资源在增加,可能需要2位英文前代码进行标记
项目 | 代码 | 单词 |
---|---|---|
— | 人员管理 | — |
校园大使 | A | Agent |
研究生 | M | Master |
考生 | CE | Canddidate for exam |
— | 资料库 | — |
试卷 | EP | Examination paper |
真题 | T | Test paper |
科目 | S | Subject |
参考书 | B | Book |
复习资料 | R | Reference |
学校 | C | College |
— | 研究生服务 | — |
考生问答 | Q | Question |
一对一订单 | O | Order |
— | 审核 | — |
研究生审核 | CM | check master |
3. 首页运营状态显示
首页将用于展示悟空考研平台最近15天的运营数据
- 图是以时序图,来展示今天之前14天的数据
- 统计数据,用于展示到今天为止或者今天的数据
显示与交互要求
- 图显示过去14天的数据
- 目前是有五个统计数据需要显示,所以显示的高度跟框架示例中的保持一致
- 统计数据使用一列,这样
图
与统计数据
的宽度比例始终一致 图
最好能够在下方添加显示筛选- 统计数据的icon最好都有所区别,寓意和显示内容尽量贴切
4. 用户管理
用户管理由以下三个子模块构成:
子模块 | 模块功能 |
---|---|
校园大使 | 添加管理校园大使,监督校园大使的工作活跃度 |
研究生 | 查看注册的研究生的工作状态,上传资料数,回答问题数等 |
考生 | 记录付费用户,便于用户回访 |
4.1. 用户管理模块页面结构
4.2. 校园大使列表页
列表项目 | 项目说明 | 显示示例 | 操作 |
---|---|---|---|
编号 | — | 参考资源全局编号 | 排序 |
姓名 | 真实姓名 | 张珏 | 无 |
注册时间 | 年-月-日 | 2016-10-18 | |
负责学校 | 此校园大使负责的学校,可以是多个 | 北京大学,中山大学… | 点击后展开 |
资料提交次数 | 所有提交次数的合 | 123 | 排序 |
合格率 | 审核通过次数占总提交次数的比率(0~1之间,两位小数) | 0.81 | 排序 |
禁用 | 是否被禁用,被禁用的校园大使不能登录资料上传系统 | 是/否 | 排序 |
查看 | 点击后查看校园大使详情 | 查看 | 跳转校园大使详情页 |
4.2.1. 工作手册上传
此页面上有接口用户上传校园大使的工作说明手册,PDF格式。
4.3. 校园大使详情页
显示项目 | 项目说明 | 限制 | 后台添加必要项 |
---|---|---|---|
手机号码 | 校园大使的登录帐号 | 国内手机号 | 是 |
姓名 | 校园大使的真实姓名 | 是 | |
地区 | 所在城市 | 省市不限,选填 | 否 |
学校 | 校园大使是学生需要填写他的所在学校 | 应该是仅一所学校 | 否 |
负责学校 | 由管理员手工添加 在我们的200多所学校中挑选 | 可以多个学校 | 否 |
支付宝帐号 | 工资支付帐号 | 由校园大使在自己的管理页面填写 | 否 |
上传资源 | 显示该校园大使上传的试卷和真题 | 上传的资源限制为他所负责的学校 | 否 |
4.4. 研究生列表页
数据返回:
- 返回所有研究生
- 最新入驻的研究生排在列表中的最前面
- 各项默认支持排序
除了查看,列表上方需要支持文本搜索
和条件过滤
,已经在下图中的示例中相应选项进行标记。
表中各项的意义及说明:
项目 | 说明 | 备注 |
---|---|---|
研究生ID | 研究生内部编号 | |
审核通过入驻时间 | 审核通过的时候 | 修改资料不计 |
微信昵称 | 服务器从研究生入驻中进行抓取 | |
手机号 | 唯一 | |
学校 | 研究生所在学校 | 需要与数据库中的真实学校关联 |
专业 | 研究生就读专业 | 需要与数据库中的真实专业关联 |
初试科目一 | 初试科目 | 必存在 |
初试科目二 | 如果没有不显示 | |
访问人数 | 访问此研究生主页的考生数量 | |
关注人数 | 关注此研究生的考生数量 | |
总收入 | 在系统中赚取的总收入 | |
状态 | 启用时前端展示,停用不展示 | |
编辑 | 跳转研究生详情页 |
4.5. 研究生详情页
项目 | 说明 |
---|---|
注册信息 | 此部分为研究生在公众号中申请入驻的基本信息,做备份显示 |
基本信息 | 研究生注册成功后,由运营同事对其进行沟通确认后填写,之后用于前端展示 |
研究生收支列表 | 研究生的收支流水单 |
4.5.1. 研究生收支详情
关于研究生的具体收支详情会在另一篇文档中单独进行描述,这里只说最后的显示结果和对其操作
项目 | 描述 | 操作 |
---|---|---|
收入编号 | 研究生此单收入编号 | - |
科目 | 交易产生的科目 | - |
类型 | 试卷/资料/问答/辅导课 | - |
主题 | 此收入的简单描述,参考下一小节 | - |
时间 | 年月日时分 | - |
状态 | 正常/审核/违规,新收入添加后,七天内都为审核,如果无违规,七天后显示正常 | - |
违规 | 在审核期,管理员点击此按钮将此笔交易暂停 | 审核期可以操作 |
关于主题
试卷 | 年份 + 真题/答案 | 2017年 真题 |
---|---|---|
资料 | 上传资料的文件名 | 经济学原理答案详解.pdf |
问答 | 此问题的前十个字 | 学姐你好,问一下我 |
辅导课 | 辅导课的名称 | 复试指导 |
示例
4.5.2. 管理员补充信息
- 研究生的部分信息在当前版本虽然简化,但合理且容易拿到的数据还是可以持续的更新整理并录入
- 以下的选项可以单独由管理员进行编辑,以保证适应新的版本需求和空白数据的生成
- 事实上希望管理员将研究生上传的录取通知书(研究生证明照片)上的有效信息进行提取编辑整理
- 专业录入,理论上应该录入的是二级学科的6位代码,如果旧版研究生曾经手动填写专业名称,也需要进行转换
项目 | 可能来源 | 备注 |
---|---|---|
真实姓名 | 录取通知书、旧入驻研究生自行填写 | 无 |
科目一分数 | 录取通知书、旧入驻研究生自行填写 | 无 |
科目二分数 | 录取通知书、旧入驻研究生自行填写 | 如果没有入驻专业科目二,则不可填写 |
考研总成绩 | 录取通知书 | |
研究生专业 | 新版研究生自行注册选择填写,旧版研究生自行手动填写(字符串,并不与数据库中的专业进行关联),录取通知书 |
4.6. 考生列表页
考生列表主要是用于服务现在付费过的考生。目前主要用于销售和售后对付费用户进行跟踪,特别是购买过我们一对一服务的考生。列表只需要返回付费过的考生即可,特别地需要把购买一对一的用户进行筛选出来。后期将会显示所有填写过联系方式的考生(包括短信,邮箱,微信等联系方式,用于做用户召回等)
显示项目 | 显示说明 | 示例 | 操作 |
---|---|---|---|
编号 | 全局编号,参考资料全局编号 | 资料全局编号 | - |
微信昵称 | - | - | - |
科目 | 此考生最后一次的付费项目的科目 | 北京大学 802 信号与系统 | - |
邮箱 | 理论上应该是一定有的 | 123123@qq.com | - |
微信 | 如果是购买了一对一项目的考生应该是有的,可以为空 | werwer | - |
电话 | 如果是购买了一对一项目的考生应该是有的,可以为空 | 1518232312 | - |
一对一 | 考生购买过一对一后,显示是 | 是/否 | 筛选 |
详情 | 点击后跳转到此考生的详情页面,目前为了简化开发,暂时不跳转 | 详情 | 跳转 |
客户端 | 因为安卓端也已经有用户在进行购买,所以需要对两个前端进行一下区别 | 微信/安卓 | 筛选 |
4.7. 考生详情
未开发
5. 资料库
资料库的主要功能是能够对现在所有资料的浏览操作
- 随着数据越来越充实,未来需要做一些访问限制
- 数据量较大时,更多的是提供一个搜索入口,或者是通过筛选对目标资源进行定位(比如用户购买到有问题的资料能够及时查找)、
- 管理员在此库中有直接添加的权限,且不需要审核
子模块 | 内容说明 |
---|---|
试卷 | 原试卷列表,只用来查看各个学校的试卷收集进度,可以查看试卷的预览 |
真题 | 原答案列表,只用来查看各个学校年份的试题收集进度,可以查看试卷和答案的预览 |
科目 | 展示的研究生,真题,参考书,复习资料等数据,负责的研究生也可以在前端进行操作 |
参考书 | 数据来源于研究生整理,本地的招生简章和本科生培养计划的教材整理,用于串联各个学校与科目 |
复习资料 | 研究生上传的考研过程中的复习资料 |
学校列表 | 各个学校层级的资料汇总,未来做主站使用 |
5.1. 资料库模块页面结构
5.2. 试题列表
列表操作:
- 初入列表时,服务器不返回数据
- 仅当管理员选择好目标学校后,返回相应学校的数据
- 需要先选择学校,根据所选学校返回数据
- 可以参考校园大使的试卷上传系统
列表项目 | 项目说明 | 显示示例 | 操作 |
---|---|---|---|
编号 | 按申请审核时间递增,与审核时的ID一致 | E1、E10、E99 | 排序 |
科目 | 科目名称 | 信号与系统、通信原理 | 无 |
科目代码 | - | 809、801、999 | 排序 |
年份 | 占用6列,显示2011年至2016年的数据存在情况 | 空缺/回忆/真题/待审核 | 见补充说明 |
关于各年份状态:
- 如果是空缺的状态,管理员点击后,直接弹出文件选择,由管理员直接进行资料补充
- 如果不是空缺状态,点击后进入试卷审核详情页
- 未审核的状态可以完成审核
- 已经通过的审核,可以根据情况进行删除
上传示例
5.3. 试题详情
项目 | 说明 | 操作 |
---|---|---|
科目信息 | 显示学校,科目代码与科目名称 | 修改科目,但不能修改学校 |
年份 | 2011至2016年 | 2017年后可以修改到2017年 |
上传者 | 如果是后台上传显示后台上传,其它显示上传者名称 | 点击后跳转研究生或者校园大使详情页 |
资料预览 | 图片预览 | 多图可以切换 |
类型 | 回忆/原题 | 可以修改 |
操作 | 在后一小节补充说明 | |
价格 | 统一默认价格由付容制定 | 可以修改,最小单位 分 |
未审核的时候,进入此页面的管理可以进行审核操作,已经审核过的资源,或者批量上传的资源,可以直接删除(用户反馈资料有问题),也可以在有更好的版本之后直接上传新的资料。
5.4. 试题+答案列表
- 真题库为原来的答案库,需要将原来的试题与答案进行合并,是未来真题的主要部分
- 需要先选择学校,根据所选学校返回数据
- 可以参考校园大使的试卷上传系统
列表项目 | 项目说明 | 显示示例 | 操作 |
---|---|---|---|
编号 | 按申请审核时间递增,与审核时的ID一致 | E1、E10、E99 | 排序 |
科目 | 科目名称 | 信号与系统、通信原理 | 无 |
科目代码 | - | 809、801、999 | 排序 |
年份 | 占用6列,显示2011年至2016年的数据存在情况 | 空缺/存在/待审核 | 见补充说明 |
关于各年份状态:
- 如果是空缺的状态,管理员点击后,直接弹出文件选择,由管理员直接进行资料补充
- 如果不是空缺状态,点击后进入真题审核详情页
- 未审核的状态可以完成审核
- 已经通过的审核,可以根据情况进行删除
5.5. 试题+答案详情
项目 | 说明 | 操作 |
---|---|---|
科目信息 | 显示学校,科目代码与科目名称 | 修改科目,但不能修改学校 |
年份 | 2011至2016年 | 2017年后可以修改到2017年 |
上传者 | 如果是后台上传显示后台上传,其它显示上传者名称 | 点击后跳转研究生或者校园大使详情页 |
资料预览 | 图片预览,如果有对应的试卷,有试卷栏 | 多图可以切换 |
类型 | 纯答案/试卷+答案/混合 | 默认试卷+答案,由审核同学修改 |
状态 | 在后一小节补充说明 | |
价格 | 统一默认价格由付容制定 | 可以修改,最小单位 分 |
未审核的时候,进入此页面的管理可以进行审核操作。
- 特别需要注意的是如果真题里只有答案,一定要保证我们有试卷,在审核通过后,系统需要将试卷和答案进行合并,记录成
试卷+答案
- 如果没有试卷,管理在只有答案的状态选择通过,系统也要判定不通过
已经审核过的资源,或者批量上传的资源,可以直接删除(用户反馈资料有问题),也可以在有更好的版本之后直接上传新的资料。
5.6. 科目列表
- 科目库查看时需要先进行学校筛选,返回相应学校的科目信息
- 科目创建后不可删除,隐藏状态默认否
- 只有管理员可以创建新的科目
- 尽量对科目进行修改,少进行创建
列表项目 | 项目说明 | 显示示例 | 操作 |
---|---|---|---|
名称 | 科目名称 | 信号与系统 | 无 |
科目代码 | - | 801、802 | 无 |
负责研究生 | 可以为空,显示无 | 张珏 | 跳转研究生详情页 |
真题数量 | 只显示真题数量,不是试卷与真题的合 | 10 | 无 |
资料数量 | 与科目相关的资料数量的合 | 10 | 无 |
类型 | 现在只显示初试 | 初试 | 无 |
隐藏 | 科目不可删除,此项也只是在数据出现严重错误时的应急使用,默认否 | 是/否 | 切换状态 |
详情 | - | 详情 | 跳转科目详情页 |
5.7. 科目详情
项目 | 说明 | 操作 |
---|---|---|
科目 | 显示此科目信息,学校,科目代码,科目名称 | 代码和名称可以修改,需要记录 |
负责研究生 | 此研究生可以在一前端对此科目进行资料上传,复习经验的提交,提供一对一指导服务等 | 点击后跳转研究生详情页 |
复习经验 | 文本为主,只与此科目直接相关 | 由研究生提供 |
资源列表 | 直接参考资料库的显示结构 | 点击后跳转到相应的详情页 |
类型 | 现在只需要当做初试即可,未来可能有复试 |
操作说明
- 科目代码的修改,当一个科目创建之后,理论上是不应该有删除操作。
- 因为没有删除操作,但出现问题的时候,可以先及时隐藏
- 新增的条件:
- 学校
- 科目代码
- 科目名称
- 负责的研究生由研究生详情页生成,此页面只能查看。当研究生界面中负责科目删除,此科目负责解除。
5.8. 参考书列表
列表项目 | 项目说明 | 显示示例 | 操作 |
---|---|---|---|
全局编号 | - | B1、B19、B100 | 排序 |
录入时间 | 显示提交时间 | 2016-10-20 | 排序 |
书名 | 书的全称 | 高等数学 | 无 |
出版社 | - | 同济大学出社 | 无 |
详情 | - | 详情 | 跳转参考书详情页 |
5.9. 参考书详情
项目 | 说明 | 操作 |
---|---|---|
信息 | 显示此参考书的基本信息,封面是图片,其它是文本 | 都可以进行修改 |
科目列表 | 研究生在他负责的科目中,添加此本参考书后进行关联 | 点击后跳转科目详情 |
资源列表 | 仅有研究生上传的复习资料能与之相关 |
- 所有的参考书是由管理员添加
- 参考书的来源依据:
- 研究生在复习资料的上传修正
- 研料库的资料整理
- 科目大纲的教材推荐
- 本科生培养计划中,相同科目本科使用教材
- 参考书的ISBN号一经确定,理论上是不可在修改,也是参考书的唯一标识
5.9.1. 参考书与科目存在关系
复习资料在关联参考书和科目时,两个至少有一项
情况:只有参考书的情况
场景:练习册的习题解答理论上只对应一本参考书
情况:只有一个科目
场景:考研讲义的内部资料
情况:填写了两个科目
场景:研究生的复习笔记包含了他所负责的两个科目
理想:既有对应科目,也有复习使用的参考书
5.10. 复习资料库
列表项目 | 项目说明 | 显示示例 | 操作 |
---|---|---|---|
全局编号 | - | 资源全局编号 资源全局编号 | — |
学校 | 关联科目的学校 | — | 过滤筛选 |
科目 | 如果有,显示科目名称 | 信号与系统、数字信号 | — |
类型 | 资料类型 | 复习笔记、本科讲义、习题解答 | — |
关联参考书 | 如果有,显示参考书名 | 信号与系统 | — |
关联ISBN | 关联参考书的ISBN号 | 978-7-302-12260-9 | 过滤搜索 |
上传人 | 如果是管理员不显示,如果是研究生显示名称 | 无、张珏 | 跳转1.2.2 |
状态 | 如果是研究生上传的资料,需要先进行审核 | 未审核 | 筛选 |
详情 | 跳转资料详情页 | 详情 | 跳转2.6.2 |
5.11. 复习资料详情
项目 | 说明 | 操作 |
---|---|---|
参考书 | 此资料对应使用的参考书,可以空缺,但最多对应一本 | 跳转2.4.2 参考书详情 |
资料预览 | 除了图片预览,还需要返回一些文件数据的信息 | — |
科目 | 仅对应一个科目 | — |
类型 | 上传用户选择 | 选择修改 |
上传者 | 显示研究生,管理员不需要跳转 | 跳转1.2.2 研究生详情 |
状态 | 未审核需要有审核界面,已审核通过的有删除功能 | — |
价格 | 研究生给出参考价格,实际定价默认显示研究生参考价 |
5.11.1. 审核展示原则
关于资料预览,用于审核的几条原则:
- 如果资料页数小于5页,全部预览审核
- 如果资料大于5页,采取随机抽查的机制
- 前端目前将不提供预览的功能
- 可以提供下载查看的功能
页数 | 5 | 50 | 100 | 150 | 200 | … | |
---|---|---|---|---|---|---|---|
抽查数量 | 5 | 7 | 9 | 11 | 13 | 5+X/50*2 |
5.12. 学校列表
返回数据
- 返回目前数据库中的200所研究生大学
- 数据每天更新一次即可,节约服务器资源
- 按学校的字母拼音进行排序
列表项目
分类 | 列表项目 | 说明 |
---|---|---|
基本信息 | 名称 | 学校的全称,与前端显示的一致 |
省份 | 学校所在的省份 | |
211 | 标识学校211身份 | |
985 | 标识学校985身份 | |
科目 | 总数 | 此学校下的科目总数 |
空白 | 既没有资料,也没有研究生的数量 | |
齐备 | 既有研究生,也有资料的科目数量 | |
研究生 | 注册人数 | 注册到此学校的总人数 |
有科目入驻 | 注册的研究生有科目入驻的人数(如果研究生入驻了两个科目,算1个人) | |
入驻覆盖率 | 有研究生入驻的科目除以科目总数 | |
储备 | 没有科目入驻的研究生 | |
提问 | 提问数 | - |
回答数 | - | |
资料 | 试卷数量 | 此学校的试卷总数 |
复习资料数量 | 此学校的资料总数 | |
科目覆盖率 | 有资料的科目除以科目总数 | |
营收 | 提问 | - |
资料 | - | |
辅导课 | - | |
总收入 | 前三项之合 |
展示示例
6. 资源审核
6.1. 审核模块页面结构
6.2. 关于审核的说明
6.2.1. 试题与试题+答案审核的关系与区别
校园大使的前端上传的试卷进入试卷审核,校园大使前端上传的答案进入真题审核,这两个页面需要分开,这样的做的好处:
- 组合更灵活,也能做为最便宜的购买项增加用户尝试购买的可能
- 单纯的试卷可以引导用户当做模拟题使用
- 新一年的试卷会出现大量的回忆版的试卷,这个没有答案
- 管理员在审核的时候不容易出错
6.2.2. 内容审核与资料库
内容虽然相似,但功能上还是会有区别。以减少运营同事的操作失误。
- 主要是展示结构不同,资料库中会以学校为单位进行划分,显示一个学校所有科目各个年份的资料存在情况,与校园大使在前端能看到的相似
- 审核列表的内容是根据审核申请的时间和状态进行区分
- 在资料库中管理员可以直接上传资料,审核列表不可以上传资料
6.2.3. 审核中的定价与奖励
- 奖励相当于资料的收购价格,如果有就相当于买断性质,比如目前有的校园大使上传的试卷和答案
- 定价目前来自于两方面:
- 一个是资料类型的自动填充,比如试卷·¡™定价普遍3块,2016年的设置为5块钱,试卷答案10块钱
- 一方面是研究生上传资料时设置的价格
- 未来还可能是资料散传的时候,有用户兜售我们资料的会有奖励价格
6.3. 试题
1 | 需要对研究生上传的试卷背景色需要进行区别处理 |
列表项目 | 项目说明 | 显示示例 | 操作 |
---|---|---|---|
序号 | 参考资源全局编号 资源全局编号 | 资源全局编号 | - |
学校 | 试卷学校 | 北京大学 | 筛选 |
科目代码 | - | 802、123、 | - |
科目名称 | - | 信息与系统、通信原理 | - |
年份 | 资料上传的年份 | 2015、2016 | - |
类型 | 上传题目类型 | 回忆/原题 | - |
上传者 | 可以是校园大使,或者研究生,点击跳转到相应的个人主页 | 张三、李四 | 1.2.2 or 1.1.2 |
上传时间 | 上传时间、年-月-日 | 2016-10-20 | - |
审核人 | 审核人是我们的管理员,可以直接显示名字,未审核时是None | 张珏/None | - |
审核状态 | - | 未审核/通过/未通过 | 筛选 |
详情 | 点击跳转试卷审核详情 | 详情 | 跳转2.1.2 试卷详情 |
6.4. 试题+答案
1 | 需要对研究生上传的试卷背景色需要进行区别处理 |
列表项目 | 项目说明 | 显示示例 | 操作 |
---|---|---|---|
序号 | 参考资源全局编号 资源全局编号 | 资源全局编号 | - |
学校 | 试卷学校 | 北京大学 | 筛选 |
科目代码 | - | 802、123、 | - |
科目名称 | - | 信息与系统、通信原理 | - |
年份 | 资料上传的年份 | 2015、2016 | - |
上传者 | 可以是校园大使,或者研究生,点击跳转到相应的个人主页 | 张三、李四 | 1.2.2 or 1.1.2 |
上传时间 | 上传时间、年-月-日 | 2016-10-20 | - |
审核人 | 审核人是我们的管理员,可以直接显示名字,未审核时是None | 张珏/None | - |
审核状态 | - | 未审核/通过/未通过 | 筛选 |
详情 | 点击跳转试卷审核详情 | 详情 | 跳转2.2.2 试题+答案详情 |
6.5. 复习资料
- 列表默认以上传时间降序进行排序,最新上传的在最上
- 默认显示未审核的,审核过的不显示
列表项目 | 项目说明 | 显示示例 | 操作 |
---|---|---|---|
序号 | 参考资源全局编号 资源全局编号 | 资源全局编号 | - |
上传时间 | 上传时间、年-月-日 时:分 | 2016-10-20 20:10 | 排序 |
学校 | 试卷学校 | 北京大学 | 筛选 |
初试科目 | 科目代码【空格】科目名称 | 802 信息与系统、123 通信原理 | - |
上传者 | 只会来研究生的科目管理系统中 | 张三、李四 | 1.2.2 |
资源标题 | 参考下图的研究生上传的文件中,每次审核的项目标题 | 《信号与系统》数字信号笔记 | - |
资料类型 | 研究生选择的资料类型 | 复习笔记/讲义/习题解答/本科试卷/模拟题 | - |
审核人 | 审核人是我们的管理员,可以直接显示名字,未审核时是None | 张珏/None | - |
审核状态 | - | 未审核/通过/未通过 | 筛选 |
详情 | 点击跳转试卷审核详情 | 详情 | 跳转2.6.2 复习资料详情 |
研究生科目管理系统上传的复习资料的结构
6.6. 研究生入驻审核
6.6.1. 审核列表显示
数据返回:
- 审核列中表的数据应该有
未审核
的研究生和未通过审核
的研究生,两种数据 - 默认返回所有
未审核
的研究生候选用户,未通过
是返回所有未通过研究生的审核申请 - 时间最早申请的研究生最新返回
- 已经审核通过的研究生将不再出现在此表中
理论上每个研究生只会出现一次,多次修改申请的研究生以最后一次修改的数据进行展示
列表示例:
列表项目补充说明
列表项目 | 项目说明 | 显示示例 |
---|---|---|
审核编号 | 参考资源全局编号 资源全局编号 | CM00001 |
申请时间 | 申请时间、年-月-日 | 2016-10-20 |
昵称 | 从微信中抓取 | — |
电话 | — | — |
学校 | 试卷学校 | 北京大学 |
专业 | 研究生就读专业 | 010101 马克思主义哲学 |
审核类型 | 新入驻是新注册研究生,更新资料是之前已经入驻研究生 | — |
查看详情 | 跳转到审核详情页 | 查看详情 |
- 因为只是审核,所以只显示能够拿得到的数据,拿不到的数据不再显示
- 日期请保持简短
- 上图中未标识审核项
- 不需要添加研究生账户功能,请先隐藏
6.6.2. 审核结果
审核结果:
- 审核通过
- 审核不通过
- 用户违规,封禁删除(请提示管理员操作,将不在出现于未通过数据中)
审核不通过:
- 管理员需要填写审核不能过的理由,给用户对资料的更新进行指导。
- 此反馈结果显示在研究生管理主页的顶部
7. 研究生服务
7.1. 研究生服务模块页面
7.2. 考生提问
考生提问以列表的形式进行展示
7.2.1. 提问流程图
尽量还是让研究生和考生在我们的微信公众号中完成通知,在1.2版本中将完成整个提问和答题都在微信中能够完成。
流程步骤 | 触发条件 | 通知对象 | 通知方式 |
---|---|---|---|
1 立即通知 | 研究生第一次收到问题 | 研究生 | 短信通知 |
2 短信通知 | 如果48小时内研究生与公众号没有交互,通知短信提醒召回 | 研究生 | 短信通知 |
3 模板消息通知 | 如果48小时内研究生与公众号有交互,直接在公众号内消息提醒 | 研究生 | 公众号消息 |
4 模板消息通知 | 研究生答题完成,点击后跳转到相应的研究生主页 | 考生 | 模板消息 |
7.2.2. 列表项目说明
问题编号
,学校
,科目代码
,科目名称
,提问时间
的说明省略- 研究生未关注微信公众号,没有研究生入驻,请在研究生姓名一栏中使用红字标出
未入驻
,研究生未关注
列表项目 | 项目说明 | 显示示例 | 操作 |
---|---|---|---|
提问用户昵称 | 提问用户的微信昵称 | 2313DFF | - |
提问内容 | 保持宽度只显示16个字 | (略) | 显示详情 |
研究生 | 显示研究生姓名,点击后跳转1.2研究生 | 张三 | 按研究生ID搜索 |
回复内容 | 保持宽度只显示16个字,如果未回复,用红字标记未回复 | 未回复,(略) | 显示详情 |
红包金额 | 红色是用户发出的,红色由研究生问答补贴计划发出的 | 3元 | — |
支付状态 | 赚取是研究生成功答题后计入他们的收入 | 支付 | — |
展示 | 由研究生控制的问题是否进行展示操作,屏蔽的意思是违规了 | 是,否 | 筛选 |
操作 | 点击后跳转4.2 问答详情页面 | 查看 | 筛选 |
7.2.3. 提问列表数据返回
主要的筛选(应该是从服务器请求返回):
- 最近七天的问题(默认)
- 按日期查看,选择日期
次级筛选(在上面返回的结果中筛选):
- 红包问题(各种红包类型的问题)
- 研究生ID(进行筛选)
数据不需要做分页展示
在1.4版本中添加以下按钮,进行数据返回
类型 | 返回条件 | 返回数量 | 显示按钮 |
---|---|---|---|
未回答问题(有研究生) | 返回所有有研究生入驻,但没有回答的问题 | 返回所有满足条件的 | 未回答问题(有研究生) |
未回答问题(无研究生) | 返回所有没有研究生入驻的提问 | 返回所有满足条件的 | 未回答问题(无研究生) |
违规问题 | 问题违规 | 返回最近七天的违规数据 | 违规问题(最近七天) |
对外展示问题 | 已经有研究生回答且对外展示的 | 最近三天 | 问答完成 |
7.2.4. 拦截词库
误拦截数据为,问题被拦截后,管理重启问题的数量
7.3. 问答详情页面
7.3.1. 问答详情结构
- 请优化目前问答的展示页面,分别以
科目
,考生提问
,研究生回答
,问题状态
和管理员操作
来进行显示 - 在问题回答前,
研究生回答
模块可以不展示,或者显示未作答 - 重点添加回
管理员操作
下的回复
模块,需要能够分别对研究生和提问考生进行回复,解决目前违规后,考生流失和跟研究生无法沟通的问题
7.3.2. 屏蔽考生
- 管理员在发现多次屡教不改的用户,可以使用屏蔽功能
- 管理员在点击屏蔽时,需要弹框再次让管理员进行确认
- 点击确认后,系统将自动给考生发一条管理消息(可以记在用户最新一次提问下)
- 消息内容
由于多次违反悟空考研的提问规范,你已失去对研究生提问的资格
7.4. 辅导订单列表页
一对一订单是订单查询系统,用于监控研究生对辅导请求的处理。
未来在引入自己的一对一视频系统后,需要对上课质量进行评估与管理。
7.4.1. 一对一交付流程
流程中,应该发送的消息通知的在上图已经标红,具体含义如下图所示:
步骤 | 用途 | 通知方式 | 通知对象 | |
---|---|---|---|---|
1 购买 | 考生购买付费成功 | 微信消息模板 | 考生 | |
2 短信通知 | 通知研究生有人请求授课 | 手机短信,客服微信消息 | 研究生 | |
3 授课取消 | 研究生表示不能授课,拒绝内容和退款消息 | 微信消息模板 | 考生 | |
4 提醒确认 | 研究生先点完成上课,告诉考生用户确认上课 | 微信消息模板,手机短信 | 考生 | |
5 课程申请完成 | 通知研究生考生申请上课 | 手机短信 | 研究生 |
7.4.2. 列表项目说明
列表项目 | 说明 | 示例 |
---|---|---|
编号 | 全局唯一 | 查看资源全局编号 |
定单时间 | 精确到分钟,24小时制 | 2016-12-12 18:10 |
科目 | 考生提问的科目项目,显示学校+科目名称 | 北京大学,电子信息工程 |
报名考生 | 考生姓名,点击后跳转1.4考生详情页 | 李四 |
研究生 | 考生请求的研究生,点击后跳转1.2研究生详情页 | 张三 |
上课需求 | 将时间和困惑以文本的方式进行展示 | 三天内,上午,学长准备专业课花了多久时间 |
课时 | 目前只有1和3两种情况,稍后可能会推出用户自定义购买 | 1,3 |
上课进度 | 目前先预留 | (空) |
支付金额 | 显示用户付费金额 | 200 |
研究生反馈 | 研究生对于此课程的操作 | 申请,拒绝,同意,完成 |
7.5. 辅导订单详情页
7.6. 研究生提现记录
7.6.1. 提现记录列表
绿色部分为提现记录的汇总信息
绿色下部分为当日提现记录的详细信息
汇总项目 | 说明 |
---|---|
今天提现总额 | 计算这一天总共提现的总额 |
今天提现次数 | 提现的人次 |
提现人数 | 提现的研究生人数,除重 |
可供提现余额 | 当前可以继续发红包的余额 |
列表项目 | 补充说明 |
---|---|
时间 | 年月日 时分秒 |
交易单号 | 每笔支出的交易单号,应该是研究生自己知道的 |
提现金额 | 此次提取的金额 |
已提现总额 | 研究生在平台提现总额 |
昵称 | 研究生的微信昵称 |
研究生编号 | 后端管理系统中的统一编号 |
电话 | 联系方式 |
提现结果 | 应该有 正常 ,平台余额不足 , |
当天提现次数 | 此用户在当天进行提现的操作次数 |
7.6.2. 提现记录返回
- 数据按天返回,默认返回当天的,到目前为止的
- 最新的数据在最上方
- 列表上方只需要提供最只近
7天
的数据
8. 运营专项
- 帮助运营同事添加和管理我们的运营渠道,来增加微信公众号中的用户关注量
- 记录各个渠道的发展情况,活动质量,用户转换率等
8.1. 关注渠道管理
点击后显示5.1.1 渠道管理列表
- 显示各个推广渠道下的新关注流量,需要区别
研究生
和考生
- 生成推广链接,用于生成二维码推广
8.1.1. 渠道管理列表
数据返回
目前数据不多,请返回所有渠道统计数据
过滤筛选
- 电话
列表显示
一级显示项目 | 二级显示项目 | 描述 | 操作 | 示例 |
---|---|---|---|---|
渠道编号 | — | 根据添加日期一次递增即可 | 排序 | 1,2,3,4… |
添加日期 | — | 创建日期 | 排序 | 2013-02-13 |
电话/微信 OpenID | 保持各个渠道的独立唯一,未来可能会有通过我们公众号自取推广渠道链接 | — | 1411223122A | |
姓名 | — | 标识区别各渠道 | — | 任意非空字符 |
研究生 | 关注 | 到昨天为止的关注数量 | 1 | |
取关 | 到昨天为止的取关数量 | 2 | ||
注册完成 | 到昨天为止的完成研究生注册的数量 | 2 | ||
启用 | 到昨天为止的启用研究生的数量数量 | 3 | ||
储备 | 到昨天为止的注册完成后,进入储备研究生的数量数量 | 4 | ||
推广链接 | 用于定向推广研究生的链接 | 点击复制 | 点击复制 | |
考生 | 关注 | 到昨天为止的关注数量 | 51 | |
取关 | 到昨天为止的取消关注数量 | 123 | ||
推广链接 | 用于定向推广考生的链接 | 点击复制 | 点击复制 | |
查看 | 点击跳转5.1.2 渠道详情 | 跳转 | 查看 |
8.1.2. 渠道详情
此页面是用于展示单个渠道下,过去14天的详细数据
分为两个模块:
渠道信息
显示信息 | 说明 | 创建 | 可编辑 |
---|---|---|---|
微信号 | 此渠道的微信号 | 选埴 | YES |
电话 | 联系方式,用于区别各个渠道,唯一,如果是同一渠道多用,则电话结尾添加大小写字母 | 必埴 | NO |
姓名 | 主要是给运营同事自己区别渠道,任意字符 | 必埴 | NO |
添加日期 | 渠道创建的日期 | — | — |
列表
展示最近14天,每天关于此渠道的人员关注具体情况
各列展示的内容请保持和5.1.1 渠道管理列表一致,但分别显示各天0点到24点的数据
8.2. 运营常用二维码
- 此功能主要是方便运营同事能够灵活的替换掉在页面中(包括但不限制于,微信APP,小程序,网页,安卓等)出现的二维码
- 目前常见的二维码如下,请前后端同学能够配合开发
- 在稍后的开发中与需求文档中,使用二维时的描述将通过对下表中的
客服号
和编号
进行引用
页面示意图:
9. 用户管理
9.1. 用户转化统计
用途:
查看用户在关注悟空考研后,转化成为付费用户的时间与比例
组成:
由6.1.1 用户付费金额
,6.1.2用户付费人数
,6.1.3 用户付费比例
,三个表构成,默认显示6.1.1 用户付费金额
切换:
在6.1.1 用户付费金额
主表上方设置按钮进行切换
数据来源:
每天计算一次,统计今天之前的数据,(理论上是每天把昨天的收入情况统计进入此表中)
排序:
仅按显示日期进行排序,最新的数据在最前面
列表项目 | 说明 |
---|---|
关注人数 | 当天的关注人数 |
绑定用户 | 实际产生绑定行为的人数,不追查关注时间 |
其它 | 在后面进行补充 |
9.1.1. 用户付费金额
列表项目 | 说明 |
---|---|
0-9 | 应该是以绑定时间为准所产生的行为 |
前10天付费总额 | 将0-9天的付费金额进行求和 |
10天之后付费总额 | 用户在此之后的付费计算到此项 |
总付费额 | 将前面10天与10天后的数据进行求和 |
9.1.2. 用户付费人数
列表项目 | 说明 |
---|---|
0-9 | 付费人次,不需要去重 |
前10天付费人数 | 0-9天关注人数中付费的人数 |
10天之后付费人次 | 用户在10天后进行付费的人数 |
总付费人次 | 此天绑定用户到目前为止的付费总人数 |
9.1.3. 用户付费转化
对比数据以关注人数准
列表项目 | 说明 |
---|---|
0-9 | 每天付费的人数比例 |
前10天付费比例 | 这一天关注人中,10天之前的付费人数比例 |
10天之后付费比例 | 这一天关注人中,10天之后付费人数的比例 |
总付费比例 | 这一天关注人中,到目前为止的付费比例 |
9.2. 用户页面访问统计
数据返回
- 返回最近15天用户访问各个页面的数量
- 第一行的关注人数为当天关注总人数
- 之后每一组的第一行为分组标题,仅起提示作用,列表中不显示人数
- 下面列表中的每个页面,理论上是由后一张表中的
页面
与标记代码
进行映射,以按学校查找
为例,前端的标记代码应该为SP_Nav_School
页面统计结果与标记代码映射
9.3. 用户需求记录
- 此表返回目前还没有研究生入驻的100个科目,顺序按表上每行请求数的合来计算(资金另算)
- 每天0点更新一次数据
9.4. 专业课预约记录
此部分用户记录,考生在微信页面中进行专业课辅导预约的记录
数据返回:
- 目前数据不多的情况下,将所有记录一次直接返回
- 根据
时间
进行降序排列
列表项目说明:
项目 | 说明 |
---|---|
编号 | 由系统生成,方便管理员检索 |
时间 | 用户提交此预约信息的时间 |
目标院校 | 由考生自由填写,不做限制 |
目标专业 | 由考生自由填写,不做限制 |
考试科目 | 由考生自由填写,不做限制 |
预约辅导课时 | 考生在 2课时 ,10课时 ,20课 时和其它时长 进行选择并显示 |
姓名 | 由考生自由填写,不做限制 |
电话 | 由考生自由填写,不做限制 |
其它需求 | 由考生自由填写,不做限制 |
管理员处理 | 仅起标记作用,目前仅做未联系 和已联系 两种状态,可以来回切换 |
10. 销售统计
- 显示悟空考研的交易订单,退款操作
- 纸制版资料的发送
10.1. 试卷和资料销售列表
- 类型中添加
纸制
- 删除
用户来源
的展示,现在只有微信中购买 - 如果用户购买的资料是纸制版:
- 购买者显示邮箱则无意义,显示购买者的姓名、地址和电话
- 订单的状态不会自动完成,需要管理员进行手动发货处理
- 管理员未发货前,状态显示为按钮
需要发货
,点击后进入发货填写窗口
- 发货填写窗口需要填写两个字段:
- 快递公司名称
- 快递单号
数据返回
- 默认只返回最近7天的
- 通过日期进行查找,返回某一天的数据
次级筛选
- 学校
- 购买者昵称
- 用户来源:安卓,微信
列表说明
用户一次购买多份资料,每一份资料在列表中单独显示一条
项目 | 显示内容 | 操作 |
---|---|---|
交易编号 | 同一次交易 | |
资料编号 | 显示资源全局编号 | 点击后查看此资料详情 |
标题 | 如果是试卷或者答案,显示 年份+答案,如果是资料,显示资料标题 | — |
类型 | 试卷,答案,复习笔记,讲义等 | — |
价格 | 此份资料的价格 | — |
时间 | 月日时分,请保持简短 | — |
购买者(邮箱) | — | — |
购买者(昵称) | 微信昵称 | — |
用户来源 | 现在需要区分是来自于微信还是安卓用户 | — |
退款 | 点击后,退款此份资料的金额 | 点击后,弹出提示框进行二次确认 |
11. 每日议题(小程序)
- 每日议题目前对应的小程序仅限于
研究生Master
中的数据
11.1. 议题列表
- 默认返回21天的数据,数据从
当天之前
10天开始,到当天之后
的10天结束 当天之前
的数据用于话题的查看,监控当天之后
的数据用于话题的编辑,预留
列表示例:
列表项目说明
列表项目 | 说明 |
---|---|
展示日期 | 此话题会出现的日期 |
话题代码 | M代码Master,T代码Topic,之后是日期,便于管理员查询 |
话题名称 | 为空时显示未准备 |
编辑日期 | - |
收藏量 | 喜欢此话题的人数 |
浏览量 | 查看过此话题的总人次,不是人数 |
评论数量 | 总评论数 |
回复数量 | 各评论下的总回复数 |
分享量 | 转发次数 |
展示 | 默认显示正常,如果有问题,管理员可以设置为删除,所有用户将不可查看 |
编辑 | 跳转[5.3.2 编辑议题],今天及以往的话题不可修改,只能查看 |
11.2. 编辑议题
- 标题必填,描述和话题图选填
- 话题
当天
和当天以前
的数据将不可修改编辑,只能查看 - 图片目前不做宽高比例限制,但限制大小为5MB,在前端显示应该不超过1MB为适合
- 议题禁用默认不使用,使用后必须填写禁用理由
11.3. 议题评论与回复管理
- 返回最近五天的所有评论
- 按发送时间降序排列,最新发的消息在最前面
- 实际有两上表构成
评论
和回复
,默认显示评论
项目 | 内容 |
---|---|
编号 | R_Reply,M_Master,T_Topic,依次递增 |
时间 | 发出时间 |
话题代码 | 参考5.3.1 |
昵称 | 用户的微信昵称 |
回复评论 | 如果列表是评论,没有 |
内容 | 用户发送的消息内容 |
显示状态 | 可以切换 |
用户状态 | 操作用户是否可以访问小程序 |
12. 视频公共课(小程序)
12.1. 运营商
12.1.1. 数据返回
- 每天统计一次即可
- 返回今天之前的数据之合
- 因为合作方数量有限且不可自助生成,所以合作方由大爷手机编辑生成即可
12.1.2. 列表项目
项目 | 说明 |
---|---|
编号 | 内部编号 |
合作方名称 | 甲方合作单位的名称 |
帐号 | 对方联系人的电话号码,且是此用户的登录帐号 |
密码 | 帐号密码,仅限超管用户可见 |
课程数量 | 此帐号下课程总数 |
视频数量 | 此帐号下各课程视频数量之合 |
总销售额 | 被用户购买次数 |
本月收入 | 月初1号到昨天为止的销售金额 |
上月收入 | 上个月整个销售金额 |
转帐确认 | 指上个月此用户收入是否转帐情况,未确认 ,确认 ,已转帐 ,异常 |
12.1.3. 用户转帐流程
以每月10号转款为例
- 月初,比如1号,此项目设置为
未确认
- 在运营同事确认此合作方
上月收入
没有问题的情况下,点击后状态设置为确认
- 到10号时,统一将设置为
确认
的帐号进行转款 - 如果有过了10号未打款的(即本月应该打款未确认的):
- 特殊情况特殊处理
- 将
上月收入
计入本月收入
,上月收入清零
12.1.4. 样表
12.2. 销量
12.2.1. 返回数据
- 转变返回当月销售的所有记录
- 每小时更新一次即可
- 之前月份的分表查询
12.2.2. 列表项目
列表项目 | 说明 |
---|---|
交易单号 | |
时间 | 购买时间 |
购买人 | 购买用户昵称 |
销售项目 | 课程名称 |
购买课时数 | 购买的课时数量 |
销售金额 | 用户支付金额 |
分成比例 | 显示分给我们的比例 |
分出 | 分给视频提供商的金额 |
分入 | 分给我们的金额 |
备注 | 特殊情况的说明 |
12.2.3. 示例
12.3. 视频指数
数据返回
- 返回今天之前的数据,不需要时时统计
- 为多表组合,分别由
访问人数
、访问人数
、听课次数
、评论次数
、销售数量
构成
不同表的数据内容
表 | 统计内容 |
---|---|
访问人次 | 当天,访问此课程详情页的人次 |
访问人数 | 当天,访问此课程详情页的人数(每个用户仅计算一次) |
听课次数 | 此课程下所有视频播放次数的和(试听+完整) |
评论次数 | 当天此课程下评论的人数,算违规删除的数量 |
销量 | 卖一次算一次,无论多少 |
表中各项数据
显示项 | 说明 |
---|---|
上线时间 | 此课程的添加时间 |
总量 | 此课程在此项数量中,到目前为止的总量 |
最近七天总量 | 最近七天的数量合 |
最近七天的分量 | 分别由七列进行显示 |
12.3.1. 样表
12.4. 评论管理
12.4.1. 数据返回
- 返回最近三天的数据
- 其它天数的通过
日期选择
控件挑选后返回
12.4.2. 列表项目
列表项目 | 说明 | 操作 |
---|---|---|
评论序号 | 可以递增生成 | |
时间 | 显示到秒 | 排序 |
课程 | 用户评论的课程名称 | 点击后显示此课程下的评论 |
昵称 | 用户的微信昵称 | 点击后过滤返回此用户的所有回复 |
指向评论 | 评论中有指向的功能如果此回复有指向功能应该显示用户回复的是哪一条评论 | 点击后跳转到用户回复的评论 |
发言内容 | 用户评论不会特别长,可以全显示 | |
状态 | 评论显示状态,显示是否正常显示正常 、删除 两种状态 |
|
操作 | 参考后面关于操作的说明 |
点击后需要有提示确认操作 |
12.4.3. 关于操作的说明
操作 | 结果 |
---|---|
删除此条 | 用户的此条评论被删除,前端显示被删除 |
屏蔽此用户 | 此用户的所有发言直接全部被删除,前端将显示此用户被禁用 |
正常化 | 如果是用户被禁用,不能被正常化,只有删除的评论可以正常化 |
12.4.4. 样表
12.5. 课程配置
12.5.1. 课程初始化流程
流程说明:
- 管理员在管理端新建课程
- 对课程进行基本配置:
- 课程归属视频提供商
- 添加课程的配置图片
- 价格等其它信息的填写
- 添加相关连的视频课程
- 服务器端视频上传后,将返回的视频链接反馈给运营同事进行添加
- 运营同事根据情况对课程进行选择上架或者预留等处理
12.5.2. 课程配置列表
数据返回:
- 返回当前所有的公共课程
- 按上传日期进行排列,最晚上传的在最顶端
关于添加课程的流程:
- 添加课程后,生成课程在系统内部的
编号
- 新添加的课程未点击时,配置一栏写上
未初始化
- 管理员在课程详情页中进行配置,第一次保存后,此列表中的配置显示为
已初始化
首页展示
、科目展示
、全部科目展示
:
- 三个项目显示的课程在三个地方的展示顺序
首页展示
和科目展示
的值的范围为0-5,0为不展示,1-5为相应展示的位置- 全部科目展示为管理员在8.5.3 课程详情中进行填写的课程位置
示例图:
- 添加课程为按钮,点击后新建课程,且跳转到8.5.3 课程详情页
- 配置列表可以进行点击,点击后跳转到此行的课程的8.5.3 课程详情页
- 其它列的显示与课程内的配置保持一致
12.5.3. 课程详情
课程创建后:
- 生成唯一的课程编号
- 记录并显示
创建时间
和最后编辑
时间 - 最后编辑时间以最下方的保存配置为准
基本信息:
项目 | 说明 | 限制 |
---|---|---|
标题 | 对外显示标题 | 运营同学自己控制长度 |
实价 | 用户实际支付价格 | 如果为0,即免费 |
原价 | 如果有必要,显示作为原价 | 可以不填写,则不显示 |
所属科目 | 必需有所属科目,未来还有数学二,西医等二级分类 | 默认选择第一个 |
所属供应商 | 点击后从8.1 运营商中进行筛选 | 必选项 |
课程上架 | 点击后切换上架下架的状态 | 默认不上架 |
所属提供商选择后,将只有此用户在登录
视频课程管理系统
后可以查看到此课程的相关信息
展示信息
项目 | 说明 | 限制 |
---|---|---|
科目位置 | ||
轮播图 | 此课程在轮播图中的封面图 | 比例1:1 |
科目图 | 此课程在科目展示中使用的封面图 | 比例16:9 |
- 科目位置只指此课程在全部视频中,课程在相应科目下的位置
主讲老师
- 未来可以用于展示,目前放在课程介绍里
- 可以添加多个老师
- 应该是个小列表
关联视频
- 此为课程主体
- 位置显示在小程序列表中对应的位置,应该限定填写大于0的整数,数字1应该出现在小程序列表中的第一个,数字5出现在列表中的第五个
- 时长使用
:
进行分割小时
,分钟
和秒
- 如果在基本信息中设置了展示价格或者实际价格,则此视频应该都是处于收费状态,运营可以根据情况选择此课程下部分视频进行
视频上架必要条件
- 至少一节课视频
- 展示标题,轮播图,所属科目
示例图
12.6. 首页轮播展示
- 一共上下各25个位置
- 尽量从小填写到大
- 如果低位空缺高位存在,则高位进行补充
13. 权限控制
13.1. 管理员列表
列表项目 | 显示示例 | 内容说明 | 是否可操作 |
---|---|---|---|
帐号 | zhangjue@tupo.com | 用户注册邮箱,推荐公司邮箱 | 否 |
姓名 | 张珏 | 使用者的真实姓名 | 否 |
审核次数 | 123 | 各个项目的审核次数的合 | 否 |
最后登录时间 | 23:11:21 | 年、月、日、时、分、秒 | 否 |
类型 | 超管/普通 | 管理员类型 | 否 |
使用权限 | 1.用户/2.资料库/… | 整体操作此管理员对后台管理系统某个区域功能的操作 | 是(仅超管) |
禁用 | 是/否 | 超管可以直接操作 | 是(仅超管) |
编辑 | 编辑 | 超管点击后跳转管理员编辑页面 | 是(仅超管) |
补充说明:
- 通管理员对于此表是没有操作和添加权限的
- 超级管理员只由大爷从后台生成
- 使用权限是根据【序-页面模块说明】中,1-7个项
操作:
- 根据禁用状态、管理员类型属性进行筛选
- 根据审核数量、最后登录时间进行排序
示例:
13.2. 管理员详情
生成一个管理员的必填选项如下表所示,超级管理员需要由大爷生成。
必要属性 | 示例 | 内容说明 |
---|---|---|
帐号 | zhangjue@tupo.com | 用户注册邮箱,推荐公司邮箱 |
姓名 | 张珏 | 使用者的真实姓名 |
密码 | 不需要填写 | 默认admin |
使用权限:
- 使用权限与管理员列表中的一一对应
- 请为各模块下的页面访问控制进行预留
13.3. 普通管理员与超级管理员
普通管理员:
- 由超级管理员创建
- 默认是所有模块都不可访问,由超级管理员在创建的时候进行设置
- 新的访问权限上线后,所有模块的页面普通管理员都不可访问
超级管理员:
- 仅由大爷在后台进行配置
- 超管有所有权限,且不可修改