通用型题库系统产品设计方案

编辑导语:计算机网络和信息技术不断发展,社会对教育考试的需求日益增加,为了更加方便,题库系统应运而生。不同的考试、程度、内容等等所需题库往往是不一样的,这就要求产品经理根据不同的用户需求设计出不同的题库。本文主要介绍如何从0-1设计无差别通用型题库项目。干货满满,一起来看看吧。

一、前言

无论是职业教育还是学科类教育,为了能够更好的检验学员的学习效果,题库类产品是最佳的解决方案之一。

不同种类的教育方向都有各自的内容特点,而学员学习某个特定知识领域的目的也截然不同,有考试需求、提升理论知识需求、有培训效果需求,但是提升自己对学习内容的掌握程度,都可以通过考试、作业、练习、模考等方式进行训练。

本文主要介绍如何从0-1设计无差别通用型题库项目。从设计思路到落地实操,全方面进行详细介绍。

二、产品设计思路

1. 自顶向下

通用型的产品设计通常是需要全面抽象出每一个业务环节,并且能够将独立形成标准化的单元模型,以便能够适配多样的业务场景。

如果想要做的更加完美,并且可以制造更多惊喜性需求,考虑的维度可能需要更加丰富,思维高度也要凌驾于通用型业务基础之上。当然这是产品后期要思考的。

而在产品落地之前,是需要将产品尽可能的规划思考清楚,同时能够将产品框架确定,确保能够为后期的扩展、升级、迭代,搭建出一套稳定、健壮、可扩展的体系结构。可以借助用户体验五要素并且是自顶向下的结构进行梳理。

超级产品经理

(1)战略层

在前期规划阶段,需要优先考虑针对用户可以获得哪些核心价值,其次在结合着用户可获得的价值,我们再进行我们自己的商业布局,题库产品从战略层需要考虑:

  • 提升掌握知识效率:对于用户来讲,最核心的就是通过答题帮助其快速、正确的掌握相关知识内容。

  • 持续活跃:活跃度也是一个产品非常用户的指标,能够代表产品的活力以及与用户之间的粘性程度

  • 彰显实力势能:教育行业,在做培训业务同时,如果能够拥有配套的自己研发的题库产品,既能够完善教学闭环,又可以彰显自己实力势能的累计。

  • 引流增长:题库普遍性的应用都会通过提供免费答题服务来吸引更多的用户,提供新的获客入口。

  • 付费转化:题库中核心内容是可以进行付费转化的,但转化率力度可能相对有限。通常的做法都是为其他主营项目进行引流转化,促进全公司整体的营收战略提供产出。

(2)范围层

此部分依然是属于规划阶段,在明确战略布局的基础之上,需要分析具体涉及哪些业务范围,内容体系范围、用户范围、场景范围、终端范围等涉及到的范围。

即在详细落地之前,需要知道从哪些方面开始着手落地。

  • 业务范围:通用型产品就需要最最大限度适配全部的业务场景,可以是k12教育(学科类教育:语文、数学、英语)、技能素质理论教育(音乐、体育理论基础)、职业教育(软考、PMP、一建二建等)。

  • 内容体系范围:不同学科内容会有不同的内容知识体系、分类、知识点框架等。

  • 场景范围:可以提供作业、考试、模考、刷题、作业、错题本、每日一练、估分等必要答题场景。

  • 流程范围:题库产品所需要的日常运营的业务条线:更新维护题目、批卷阅卷、与学员沟通反馈机制、统计学员答题情况、营销推广流量监控等。

  • 终端范围:PC、h5、APP、小程序。可以根据实际情况迭代完成。

  • 其他范围:此处不完全列举,但范围越广落地时间相对较长,因此需要考虑实际情况和优先级。

(3)结构层

从结构层开始往后,都属于落地阶段。此层思路是需要将战略层的思想内容完全吸收,结合业务实际范围范畴,开始制定并落地结构化的方案。

  • 内容体系搭建:分类体系、知识点体系开始涉及到的结构模型;

  • 答题场景规则:作业、考试、模考、刷题、练习、错题本、每日一练等每个场景的详细答题规则;

  • 题库维护流程:具体的业务流程走向、涉及到的用户角色、信息反馈机制,需要分别搭建出相应的模块;

  • 数据结构模块:用户数据、题库数据、试卷数据、答题成绩数据、答题进度数据、营销推广模块、裂变活动模块等。

本文在后面【产品架构搭建】会详细介绍。

(4)框架层

框架层结合着结构的梳理,需要把每一个细分场景抽象成一个个可视化的页面,将各个页面布局形成整体的一个确定性的框架。

无论是前台还是后台,此环节最终要的是把各个场景涉及到的流程都完成具象化的页面,确定步骤上的闭环。

(5)表现层

不同的操作页面,都会有不同的场景、不同用户进行操作使用。

表现层主要目的就是将页面布局中的元素进行统一性的风格设计,包括产品的风格调性,也包括每一个部件的样式形状。

本文更多描绘设计思路与逻辑,设计方面暂不过多讨论。

三、产品架构搭建

1. 核心业务流程

既然要开始搭建全局性的产品架构,那么一定要先抽象出来题库产品的最核心的业务流程,可以先将题库产品最大限度抽象出两类用户类型:答题者、题库业务维护人员,相对应的核心业务如下:

答题者:

超级产品经理

题库维护业务人员:

超级产品经理

2. 架构拆解

两条核心业务线已经清晰明确,接下来就需要根据业务线所能够涉及的场景、流程、规则进行逐步拆解,并拆解出可独立的模块单元,并逐一完成设计。

答题者线:

超级产品经理

  1. 登录/注册–>登录注册模块

  2. 选择合适科目–>内容体系分类

  3. 选择答题场景–>各场景答题规则

  4. 答题–>进度数据

  5. 查看结果–>成绩数据

  6. 纠错入口–>纠错流程

题库维护业务线:

超级产品经理

  1. 创建题目–>题目管理

  2. 组卷–>试卷管理

  3. 发布–>考试组织管理、版本管理

  4. 批阅–>批阅试卷管理、答题数据

  5. 查看报告–>成绩数据

  6. 维护题目–>纠错反馈管理

  7. 推广活动配置–>相关活动配置模块

  8. 各业务线调用抓取–>各业务线关联题库模块

3. 架构落地

特别需要注意的是,产品设计思路需要优先设计前台应用流程,再根据前台应用流程设计后台对应支持模块和逻辑。

但是在落地实施时,是需要优先研发后台相关基础性模块,以便可以在研发前台流程时有相应的逻辑支持。

因此架构落地时,落地研发的思路为:

  1. 题库核心内容数据;

  2. 学员端业务及逻辑支撑;

  3. 运营业务及逻辑支撑。

(1)题库核心内容数据

内容体系管理:

  • 【业务】:全局性区分哪条业务场景,无限极分类,支持自定义内容。例:职业教育(考证类教育、技能类教育)、k12教育(高中、初中、小学)。

  • 【科目分类】:处理为具体科目分类,无限极分类,支持自定义内容。例:高中-语文-古诗词;项目管理-PMP;考研-政治-马克思主义哲学。

  • 【知识点体系分类】:需要精确到每一个题目所考核的知识点体系,无限极分类。颗粒度需要定位到每一个等级。例:“科学-生命科学-生命系统构成层次-基本特征”和“科学-生命科学-生命系统构成层次”是两个不同的知识点,但是前者属于后者。在使用的场景中可是任何一个层级,都可能作为独立使用的知识点,不局限于最底层知识点。

题目管理:

题库产品最核心的内容版块,此处设计的思路需要明确将题目中的维度和业务层的维度拆开。

  • 【业务】、【科目分类】、【知识点体系分类】。

  • 【题目基础内容】:【名称】、【题型】、【答案】、【讲解】。

  • 【题型】:单选题、多选题、填空题、简答题、完形填空题、排序题、材料题、判断题、编程题等。

  • 【难度】:1-5颗星。

录入题目需要分为手动录入、还有批量录入。

试卷管理:

试卷的目的是为了更好的管理题目。

【业务】、【科目分类】、【试卷名称】、【试卷描述】、【题目id】。

考试组织管理:

此处作为题目和业务衔接的枢纽,将各个场景所需要不同的题目内容进行整合管理,再向前端输出确定的题目内容。

  • 【考试类型】:作业、考试、模考、刷题、练习、错题本、每日一练、pk题目……

  • 【题目范围】:可以通过选择特定的题目、或者试卷来进行答题。

  • 【答题方式】:固定试卷、随机试卷、自由组题。

  • 【答题次数】:可以设置该场考试组织的答题次数。

  • 【分数设置】:可以设置考试组织的分数(考虑设置及格线)。

  • 【答题时间】:根据业务不同来确实是否需要固定答题时间等。

版本管理:

每一场考试组织,就需要生成一个特定的版本,后面一旦涉及增删题目数等维护操作,前台使用位置都不受到影响。

可以理解为线下考试时每个人答题的都是同一张卷子,这张卷子是已经发布出的,安排的题目也都是确定不会变化的,方便后续维护时,知晓当时的答题情况。小概率存在试卷错误,那么可以搭配题目同步机制,或者新增版本试卷。

(2)学员端业务及逻辑支撑

登录/注册:

登录/注册环节根据业务形态不一致相对复杂,此处只提出几个关键点:

  1. 与公众号的绑定关系;

  2. 第三方登录;

  3. 注册的唯一标识是微信注册,还是手机号注册。

登录注册环节值得单独拿出来一篇文章进行讨论。

选择科目:

前台逻辑:用户可以根据自己感兴趣的科目范围进行选择,后续的答题、活动范畴,都会根据最开始选择的科目有关联,用户可以自行的调整自己所适合的科目。

后台模块:用户管理与内容体系中【业务】进行关联关系,可以是一对一、也可以是一对多的关系。可支持修改和删除。

答题环节:

答题通过不同的入口,会抵达不同的答题场景:作业、考试、模考、刷题、练习、错题本、每日一练、pk题目……

  • 作业:通常需要和课程、班级作为绑定关系。在某一节课后设置作业,作业成绩会在班级、以及讲师中心(教务中心)进行展示,可以标记为“是否及格”。作业着重强调的是,课程之后答题进度的及时性、以及对题目的掌握情况。

  • 考试:通常是在特定时间、特定题目、只能够作答1次等特定条件。考试成绩可以即时展示,也可以批阅后(约定时间)进行展示。

  • 模考:是指作为正式考试前自行作为模拟考试,对考试的时间,作答次数可以不做特别安排。

  • 刷题:刷题主要可以支持快速做答,对时间、进度、范围无特别的限制。答题完成之后,支持快速的查阅答案,知晓自己的答题情况。

  • 练习:边答题、边查阅答案、随时随地,可以自选范围。

  • 每日一练:此环节通常作为运营手段配合使用,例如打卡,每日一练可以作为每日任务,完成任务可以打卡或者活动一些平台性的奖励。通过一些特定的出题。

  • pk题目:同样也是偏向于运营方向、娱乐化促学的一种产品设计。通过用户之间的作答正确率以及时间效率来促进自己学习的兴趣。

以上任何一个答题场景都有相关,却都有不同,能够完全抽象出的结构如下:

  1. 答题进度数据,其目的是为了保存当前答题进度,根据需求,每次进入答题场景的时候可以选择是否需要保留上一次答题进度。数据的结构唯一标识为用户id+场景id+考试组织id。

  2. 答题成绩数据,其目的是展示答题后的结果,为了给答题者和相关业务运营人员一份数据统计,能够知晓答题掌握情况,以便后续有针对性的调整题目服务内容。数据的结构唯一标识为用户id+场景id+考试组织id。

  3. 批阅试卷管理,其目的是为了解决有些答题场景,是不需要立即出现考试成绩,或者有主观题目必须要人工批阅才可以完成批阅考试成绩的情况。额外考虑【试卷答题状态】【批阅分数】【批阅人】等。

  4. 其余的特殊维度,需要根据各场景单独设定,如:pk题目,需要设置虚拟空间,为两个人提供虚拟空间进行答题,可以比喻理解为擂台。

统计环节:

需要根据后台的各项统计数据,给予前台的学员端的数据分析。如:及格率、完成率、错误率等等。

后台模块:全部数据都是以成绩数据为基准,整合抓取数据的逻辑。

参与各项运营活动:

  1. 参与有关题库讲解的课程;

  2. 通过免费邀请好友获取免费资料。

(3)运营业务及逻辑支撑

纠错反馈管理:

此环节最主要的是可以让用户通过反馈机制,我们将题目运营的更加完善。执行纠错的人员,可以单独设置,也可以通过功能、数据权限设置。

  • 【题目id】、【反馈人】、【反馈原因】、【反馈时间】

  • 【状态】:“待审核”“已完成”“无需处理”“已同步数据”

  • 【审核人】、【审核原因】

相关活动配置模块:

此部分包括前端各处推广的产品位、广告位,以及运营相关的活动配置。

  1. 广告位管理:【文案】、【图片】、【链接】;

  2. 运营活动管理:裂变活动、拼团活动、打卡、积分、商城等等;

  3. 营销活动配置管理。

其他平台通用型管理:

此处讨论的为全平台进行架构,不仅仅题库产品涉及。如:用户管理、角色权限管理、日志管理。

四、总结

本文详细介绍了如何设计一款通用型题库产品,从设计思路到落地实操都有详细的讲解,再次总结如下:

可以利用产品体验五要素的思想自顶向下进行分析。

  • 规划阶段:明确战略层的定义、界定需要考虑的范围;

  • 落地阶段:结构层梳理全部的模块结构、框架层布局可视化页面、表现层设计统一风格。

落地研发时,按照以下顺序依次部署:

  1. 题库核心内容数据;

  2. 学员端业务及逻辑支撑;

  3. 运营业务及逻辑支撑。

作者@形风

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部