编者按：随着计算机网络和信息技术的不断发展，社会对教育考试的需求日益增加。为了更方便，题库系统应运而生。不同考试所需的题库、级别、内容等往往不同，这就要求产品经理根据不同的用户需求设计不同的题库。本文主要介绍如何设计一个从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题目，需要设置虚拟空间，为两个人提供虚拟空间进行答题，可以比喻理解为擂台。
统计环节：
需要根据后台的各项统计数据，给予前台的学员端的数据分析。如：及格率、完成率、错误率等等。
后台模块：全部数据都是以成绩数据为基准，整合抓取数据的逻辑。
参与各项运营活动：
（3）运营业务及逻辑支撑
纠错反馈管理：
此环节最主要的是可以让用户通过反馈机制，我们将题目运营的更加完善。执行纠错的人员，可以单独设置，也可以通过功能、数据权限设置。
* 【题目id】、【反馈人】、【反馈原因】、【反馈时间】
* 【状态】：“待审核”“已完成”“无需处理”“已同步数据”
* 【审核人】、【审核原因】
相关活动配置模块：
此部分包括前端各处推广的产品位、广告位，以及运营相关的活动配置。
1. 广告位管理：【文案】、【图片】、【链接】；
2. 运营活动管理：裂变活动、拼团活动、打卡、积分、商城等等；
3. 营销活动配置管理。
其他平台通用型管理：
此处讨论的为全平台进行架构，不仅仅题库产品涉及。如： 用户管理、角色权限管理、日志管理。
# 四、总结
本文详细介绍了如何设计一款通用型题库产品，从设计思路到落地实操都有详细的讲解，再次总结如下:
可以利用产品体验五要素的思想自顶向下进行分析。
* 规划阶段：明确战略层的定义、界定需要考虑的范围；
* 落地阶段：结构层梳理全部的模块结构、框架层布局可视化页面、表现层设计统一风格。
落地研发时，按照以下顺序依次部署：
1. 题库核心内容数据；
2. 学员端业务及逻辑支撑；
3. 运营业务及逻辑支撑。
本文由@形风 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自 pexels，基于CC0协议。
