通用型题库系统产品设计方案
编辑导语：计算机网络和信息技术不断发展，社会对教育考试的需求日益增加，为了更加方便，题库系统应运而生。不同的考试、程度、内容等等所需题库往往是不一样的，这就要求产品经理根据不同的用户需求设计出不同的题库。本文主要介绍如何从0-1设计无差别通用型题库项目。干货满满，一起来看看吧。
一、前言
无论是职业教育还是学科类教育，为了能够更好的检验学员的学习效果，题库类产品是最佳的解决方案之一。
不同种类的教育方向都有各自的内容特点，而学员学习某个特定知识领域的目的也截然不同，有考试需求、提升理论知识需求、有培训效果需求，但是提升自己对学习内容的掌握程度，都可以通过考试、作业、练习、模考等方式进行训练。
本文主要介绍如何从0-1设计无差别通用型题库项目。从设计思路到落地实操，全方面进行详细介绍。
二、产品设计思路
1. 自顶向下
通用型的产品设计通常是需要全面抽象出每一个业务环节，并且能够将独立形成标准化的单元模型，以便能够适配多样的业务场景。
如果想要做的更加完美，并且可以制造更多惊喜性需求，考虑的维度可能需要更加丰富，思维高度也要凌驾于通用型业务基础之上。当然这是产品后期要思考的。
而在产品落地之前，是需要将产品尽可能的规划思考清楚，同时能够将产品框架确定，确保能够为后期的扩展、升级、迭代，搭建出一套稳定、健壮、可扩展的体系结构。可以借助用户体验五要素并且是自顶向下的结构进行梳理。
（1）战略层
在前期规划阶段，需要优先考虑针对用户可以获得哪些核心价值，其次在结合着用户可获得的价值，我们再进行我们自己的商业布局，题库产品从战略层需要考虑：
提升掌握知识效率：对于用户来讲，最核心的就是通过答题帮助其快速、正确的掌握相关知识内容。
持续活跃：活跃度也是一个产品非常用户的指标，能够代表产品的活力以及与用户之间的粘性程度
彰显实力势能：教育行业，在做培训业务同时，如果能够拥有配套的自己研发的题库产品，既能够完善教学闭环，又可以彰显自己实力势能的累计。
引流增长：题库普遍性的应用都会通过提供免费答题服务来吸引更多的用户，提供新的获客入口。
付费转化：题库中核心内容是可以进行付费转化的，但转化率力度可能相对有限。通常的做法都是为其他主营项目进行引流转化，促进全公司整体的营收战略提供产出。
（2）范围层
此部分依然是属于规划阶段，在明确战略布局的基础之上，需要分析具体涉及哪些业务范围，内容体系范围、用户范围、场景范围、终端范围等涉及到的范围。
即在详细落地之前，需要知道从哪些方面开始着手落地。
业务范围：通用型产品就需要最最大限度适配全部的业务场景，可以是k12教育（学科类教育：语文、数学、英语）、技能素质理论教育（音乐、体育理论基础）、职业教育（软考、PMP、一建二建等）。
内容体系范围：不同学科内容会有不同的内容知识体系、分类、知识点框架等。
场景范围：可以提供作业、考试、模考、刷题、作业、错题本、每日一练、估分等必要答题场景。
流程范围：题库产品所需要的日常运营的业务条线：更新维护题目、批卷阅卷、与学员沟通反馈机制、统计学员答题情况、营销推广流量监控等。
终端范围：PC、h5、APP、小程序。可以根据实际情况迭代完成。
其他范围：此处不完全列举，但范围越广落地时间相对较长，因此需要考虑实际情况和优先级。
（3）结构层
从结构层开始往后，都属于落地阶段。此层思路是需要将战略层的思想内容完全吸收，结合业务实际范围范畴，开始制定并落地结构化的方案。
内容体系搭建：分类体系、知识点体系开始涉及到的结构模型；
答题场景规则：作业、考试、模考、刷题、练习、错题本、每日一练等每个场景的详细答题规则；
题库维护流程：具体的业务流程走向、涉及到的用户角色、信息反馈机制，需要分别搭建出相应的模块；
数据结构模块：用户数据、题库数据、试卷数据、答题成绩数据、答题进度数据、营销推广模块、裂变活动模块等。
本文在后面【产品架构搭建】会详细介绍。
（4）框架层
框架层结合着结构的梳理，需要把每一个细分场景抽象成一个个可视化的页面，将各个页面布局形成整体的一个确定性的框架。
无论是前台还是后台，此环节最终要的是把各个场景涉及到的流程都完成具象化的页面，确定步骤上的闭环。
（5）表现层
不同的操作页面，都会有不同的场景、不同用户进行操作使用。
表现层主要目的就是将页面布局中的元素进行统一性的风格设计，包括产品的风格调性，也包括每一个部件的样式形状。
本文更多描绘设计思路与逻辑，设计方面暂不过多讨论。
三、产品架构搭建
1. 核心业务流程
既然要开始搭建全局性的产品架构，那么一定要先抽象出来题库产品的最核心的业务流程，可以先将题库产品最大限度抽象出两类用户类型：答题者、题库业务维护人员，相对应的核心业务如下：
答题者：
题库维护业务人员：
2. 架构拆解
两条核心业务线已经清晰明确，接下来就需要根据业务线所能够涉及的场景、流程、规则进行逐步拆解，并拆解出可独立的模块单元，并逐一完成设计。
答题者线：
登录/注册–>登录注册模块
选择合适科目–>内容体系分类
选择答题场景–>各场景答题规则
答题–>进度数据
查看结果–>成绩数据
纠错入口–>纠错流程
题库维护业务线：
创建题目–>题目管理
组卷–>试卷管理
发布–>考试组织管理、版本管理
批阅–>批阅试卷管理、答题数据
查看报告–>成绩数据
维护题目–>纠错反馈管理
推广活动配置–>相关活动配置模块
各业务线调用抓取–>各业务线关联题库模块
3. 架构落地
特别需要注意的是，产品设计思路需要优先设计前台应用流程，再根据前台应用流程设计后台对应支持模块和逻辑。
但是在落地实施时，是需要优先研发后台相关基础性模块，以便可以在研发前台流程时有相应的逻辑支持。
因此架构落地时，落地研发的思路为：
题库核心内容数据；
学员端业务及逻辑支撑；
运营业务及逻辑支撑。
（1）题库核心内容数据
内容体系管理：
【业务】：全局性区分哪条业务场景，无限极分类，支持自定义内容。例：职业教育（考证类教育、技能类教育）、k12教育（高中、初中、小学）。
【科目分类】：处理为具体科目分类，无限极分类，支持自定义内容。例：高中-语文-古诗词；项目管理-PMP；考研-政治-马克思主义哲学。
【知识点体系分类】：需要精确到每一个题目所考核的知识点体系，无限极分类。颗粒度需要定位到每一个等级。例：“科学-生命科学-生命系统构成层次-基本特征”和“科学-生命科学-生命系统构成层次”是两个不同的知识点，但是前者属于后者。在使用的场景中可是任何一个层级，都可能作为独立使用的知识点，不局限于最底层知识点。
题目管理：
题库产品最核心的内容版块，此处设计的思路需要明确将题目中的维度和业务层的维度拆开。
【业务】、【科目分类】、【知识点体系分类】。
【题目基础内容】：【名称】、【题型】、【答案】、【讲解】。
【题型】：单选题、多选题、填空题、简答题、完形填空题、排序题、材料题、判断题、编程题等。
【难度】：1-5颗星。
录入题目需要分为手动录入、还有批量录入。
试卷管理：
试卷的目的是为了更好的管理题目。
【业务】、【科目分类】、【试卷名称】、【试卷描述】、【题目id】。
考试组织管理：
此处作为题目和业务衔接的枢纽，将各个场景所需要不同的题目内容进行整合管理，再向前端输出确定的题目内容。
【考试类型】：作业、考试、模考、刷题、练习、错题本、每日一练、pk题目……
【题目范围】：可以通过选择特定的题目、或者试卷来进行答题。
【答题方式】：固定试卷、随机试卷、自由组题。
【答题次数】：可以设置该场考试组织的答题次数。
【分数设置】：可以设置考试组织的分数（考虑设置及格线）。
【答题时间】：根据业务不同来确实是否需要固定答题时间等。
版本管理：
每一场考试组织，就需要生成一个特定的版本，后面一旦涉及增删题目数等维护操作，前台使用位置都不受到影响。
可以理解为线下考试时每个人答题的都是同一张卷子，这张卷子是已经发布出的，安排的题目也都是确定不会变化的，方便后续维护时，知晓当时的答题情况。小概率存在试卷错误，那么可以搭配题目同步机制，或者新增版本试卷。
（2）学员端业务及逻辑支撑
登录/注册：
登录/注册环节根据业务形态不一致相对复杂，此处只提出几个关键点：
与公众号的绑定关系；
第三方登录；
注册的唯一标识是微信注册，还是手机号注册。
登录注册环节值得单独拿出来一篇文章进行讨论。
选择科目：
前台逻辑：用户可以根据自己感兴趣的科目范围进行选择，后续的答题、活动范畴，都会根据最开始选择的科目有关联，用户可以自行的调整自己所适合的科目。
后台模块：用户管理与内容体系中【业务】进行关联关系，可以是一对一、也可以是一对多的关系。可支持修改和删除。
答题环节：
答题通过不同的入口，会抵达不同的答题场景：作业、考试、模考、刷题、练习、错题本、每日一练、pk题目……
作业：通常需要和课程、班级作为绑定关系。在某一节课后设置作业，作业成绩会在班级、以及讲师中心（教务中心）进行展示，可以标记为“是否及格”。作业着重强调的是，课程之后答题进度的及时性、以及对题目的掌握情况。
考试：通常是在特定时间、特定题目、只能够作答1次等特定条件。考试成绩可以即时展示，也可以批阅后（约定时间）进行展示。
模考：是指作为正式考试前自行作为模拟考试，对考试的时间，作答次数可以不做特别安排。
刷题：刷题主要可以支持快速做答，对时间、进度、范围无特别的限制。答题完成之后，支持快速的查阅答案，知晓自己的答题情况。
练习：边答题、边查阅答案、随时随地，可以自选范围。
每日一练：此环节通常作为运营手段配合使用，例如打卡，每日一练可以作为每日任务，完成任务可以打卡或者活动一些平台性的奖励。通过一些特定的出题。
pk题目：同样也是偏向于运营方向、娱乐化促学的一种产品设计。通过用户之间的作答正确率以及时间效率来促进自己学习的兴趣。
以上任何一个答题场景都有相关，却都有不同，能够完全抽象出的结构如下：
答题进度数据，其目的是为了保存当前答题进度，根据需求，每次进入答题场景的时候可以选择是否需要保留上一次答题进度。数据的结构唯一标识为用户id+场景id+考试组织id。
答题成绩数据，其目的是展示答题后的结果，为了给答题者和相关业务运营人员一份数据统计，能够知晓答题掌握情况，以便后续有针对性的调整题目服务内容。数据的结构唯一标识为用户id+场景id+考试组织id。
批阅试卷管理，其目的是为了解决有些答题场景，是不需要立即出现考试成绩，或者有主观题目必须要人工批阅才可以完成批阅考试成绩的情况。额外考虑【试卷答题状态】【批阅分数】【批阅人】等。
其余的特殊维度，需要根据各场景单独设定，如：pk题目，需要设置虚拟空间，为两个人提供虚拟空间进行答题，可以比喻理解为擂台。
统计环节：
需要根据后台的各项统计数据，给予前台的学员端的数据分析。如：及格率、完成率、错误率等等。
后台模块：全部数据都是以成绩数据为基准，整合抓取数据的逻辑。
参与各项运营活动：
参与有关题库讲解的课程；
通过免费邀请好友获取免费资料。
（3）运营业务及逻辑支撑
纠错反馈管理：
此环节最主要的是可以让用户通过反馈机制，我们将题目运营的更加完善。执行纠错的人员，可以单独设置，也可以通过功能、数据权限设置。
【题目id】、【反馈人】、【反馈原因】、【反馈时间】
【状态】：“待审核”“已完成”“无需处理”“已同步数据”
【审核人】、【审核原因】
相关活动配置模块：
此部分包括前端各处推广的产品位、广告位，以及运营相关的活动配置。
广告位管理：【文案】、【图片】、【链接】；
运营活动管理：裂变活动、拼团活动、打卡、积分、商城等等；
营销活动配置管理。
其他平台通用型管理：
此处讨论的为全平台进行架构，不仅仅题库产品涉及。如：用户管理、角色权限管理、日志管理。
四、总结
本文详细介绍了如何设计一款通用型题库产品，从设计思路到落地实操都有详细的讲解，再次总结如下:
可以利用产品体验五要素的思想自顶向下进行分析。
规划阶段：明确战略层的定义、界定需要考虑的范围；
落地阶段：结构层梳理全部的模块结构、框架层布局可视化页面、表现层设计统一风格。
落地研发时，按照以下顺序依次部署：
题库核心内容数据；
学员端业务及逻辑支撑；
运营业务及逻辑支撑。
作者@形风
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
