編輯導語：計算機網絡和信息技術不斷發展，社會對教育考試的需求日益增加，為了更加方便，題庫系統應運而生。不同的考試、程度、內容等等所需題庫往往是不一樣的，這就要求產品經理根據不同的用戶需求設計出不同的題庫。本文主要介紹如何從0-1設計無差別通用型題庫項目。干貨滿滿，一起來看看吧。

一、前言

無論是職業教育還是學科類教育，為了能夠更好的檢驗學員的學習效果，題庫類產品是最佳的解決方案之一。

不同種類的教育方向都有各自的內容特點，而學員學習某個特定知識領域的目的也截然不同，有考試需求、提升理論知識需求、有培訓效果需求，但是提升自己對學習內容的掌握程度，都可以通過考試、作業、練習、?？嫉确绞竭M行訓練。

本文主要介紹如何從0-1設計無差別通用型題庫項目。從設計思路到落地實操，全方面進行詳細介紹。

二、產品設計思路

1. 自頂向下

通用型的產品設計通常是需要全面抽象出每一個業務環節，并且能夠將獨立形成標準化的單元模型，以便能夠適配多樣的業務場景。

如果想要做的更加完美，并且可以制造更多驚喜性需求，考慮的維度可能需要更加豐富，思維高度也要凌駕于通用型業務基礎之上。當然這是產品后期要思考的。

而在產品落地之前，是需要將產品盡可能的規劃思考清楚，同時能夠將產品框架確定，確保能夠為后期的擴展、升級、迭代，搭建出一套穩定、健壯、可擴展的體系結構?？梢越柚脩趔w驗五要素并且是自頂向下的結構進行梳理。

（1）戰略層

在前期規劃階段，需要優先考慮針對用戶可以獲得哪些核心價值，其次在結合著用戶可獲得的價值，我們再進行我們自己的商業布局，題庫產品從戰略層需要考慮：

• 提升掌握知識效率：對于用戶來講，最核心的就是通過答題幫助其快速、正確的掌握相關知識內容。
• 持續活躍：活躍度也是一個產品非常用戶的指標，能夠代表產品的活力以及與用戶之間的粘性程度
• 彰顯實力勢能：教育行業，在做培訓業務同時，如果能夠擁有配套的自己研發的題庫產品，既能夠完善教學閉環，又可以彰顯自己實力勢能的累計。
• 引流增長：題庫普遍性的應用都會通過提供免費答題服務來吸引更多的用戶，提供新的獲客入口。
• 付費轉化：題庫中核心內容是可以進行付費轉化的，但轉化率力度可能相對有限。通常的做法都是為其他主營項目進行引流轉化，促進全公司整體的營收戰略提供產出。

（2）范圍層

此部分依然是屬于規劃階段，在明確戰略布局的基礎之上，需要分析具體涉及哪些業務范圍，內容體系范圍、用戶范圍、場景范圍、終端范圍等涉及到的范圍。

即在詳細落地之前，需要知道從哪些方面開始著手落地。

• 業務范圍：通用型產品就需要最最大限度適配全部的業務場景，可以是k12教育（學科類教育：語文、數學、英語）、技能素質理論教育（音樂、體育理論基礎）、職業教育（軟考、PMP、一建二建等）。
• 內容體系范圍：不同學科內容會有不同的內容知識體系、分類、知識點框架等。
• 場景范圍：可以提供作業、考試、?？?、刷題、作業、錯題本、每日一練、估分等必要答題場景。
• 流程范圍：題庫產品所需要的日常運營的業務條線：更新維護題目、批卷閱卷、與學員溝通反饋機制、統計學員答題情況、營銷推廣流量監控等。
• 終端范圍：PC、h5、APP、小程序?？梢愿鶕嶋H情況迭代完成。
• 其他范圍：此處不完全列舉，但范圍越廣落地時間相對較長，因此需要考慮實際情況和優先級。

（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. 注冊的唯一標識是微信注冊，還是手機號注冊。

登錄注冊環節值得單獨拿出來一篇文章進行討論。

選擇科目：

前臺邏輯：用戶可以根據自己感興趣的科目范圍進行選擇，后續的答題、活動范疇，都會根據最開始選擇的科目有關聯，用戶可以自行的調整自己所適合的科目。

后臺模塊：用戶管理與內容體系中【業務】進行關聯關系，可以是一對一、也可以是一對多的關系?？芍С中薷暮蛣h除。

答題環節：

答題通過不同的入口，會抵達不同的答題場景：作業、考試、?？?、刷題、練習、錯題本、每日一練、pk題目……

• 作業：通常需要和課程、班級作為綁定關系。在某一節課后設置作業，作業成績會在班級、以及講師中心（教務中心）進行展示，可以標記為“是否及格”。作業著重強調的是，課程之后答題進度的及時性、以及對題目的掌握情況。
• 考試：通常是在特定時間、特定題目、只能夠作答1次等特定條件?？荚嚦煽兛梢约磿r展示，也可以批閱后（約定時間）進行展示。
• ?？迹菏侵缸鳛檎娇荚嚽白孕凶鳛槟M考試，對考試的時間，作答次數可以不做特別安排。
• 刷題：刷題主要可以支持快速做答，對時間、進度、范圍無特別的限制。答題完成之后，支持快速的查閱答案，知曉自己的答題情況。
• 練習：邊答題、邊查閱答案、隨時隨地，可以自選范圍。
• 每日一練：此環節通常作為運營手段配合使用，例如打卡，每日一練可以作為每日任務，完成任務可以打卡或者活動一些平臺性的獎勵。通過一些特定的出題。
• pk題目：同樣也是偏向于運營方向、娛樂化促學的一種產品設計。通過用戶之間的作答正確率以及時間效率來促進自己學習的興趣。

以上任何一個答題場景都有相關，卻都有不同，能夠完全抽象出的結構如下：

1. 答題進度數據，其目的是為了保存當前答題進度，根據需求，每次進入答題場景的時候可以選擇是否需要保留上一次答題進度。數據的結構唯一標識為用戶id+場景id+考試組織id。
2. 答題成績數據，其目的是展示答題后的結果，為了給答題者和相關業務運營人員一份數據統計，能夠知曉答題掌握情況，以便后續有針對性的調整題目服務內容。數據的結構唯一標識為用戶id+場景id+考試組織id。
3. 批閱試卷管理，其目的是為了解決有些答題場景，是不需要立即出現考試成績，或者有主觀題目必須要人工批閱才可以完成批閱考試成績的情況。額外考慮【試卷答題狀態】【批閱分數】【批閱人】等。
4. 其余的特殊維度，需要根據各場景單獨設定，如：pk題目，需要設置虛擬空間，為兩個人提供虛擬空間進行答題，可以比喻理解為擂臺。

統計環節：

需要根據后臺的各項統計數據，給予前臺的學員端的數據分析。如：及格率、完成率、錯誤率等等。

后臺模塊：全部數據都是以成績數據為基準，整合抓取數據的邏輯。

參與各項運營活動：

1. 參與有關題庫講解的課程；
2. 通過免費邀請好友獲取免費資料。

（3）運營業務及邏輯支撐

糾錯反饋管理：

此環節最主要的是可以讓用戶通過反饋機制，我們將題目運營的更加完善。執行糾錯的人員，可以單獨設置，也可以通過功能、數據權限設置。

• 【題目id】、【反饋人】、【反饋原因】、【反饋時間】
• 【狀態】：“待審核”“已完成”“無需處理”“已同步數據”
• 【審核人】、【審核原因】

相關活動配置模塊：

此部分包括前端各處推廣的產品位、廣告位，以及運營相關的活動配置。

1. 廣告位管理：【文案】、【圖片】、【鏈接】；
2. 運營活動管理：裂變活動、拼團活動、打卡、積分、商城等等；
3. 營銷活動配置管理。

其他平臺通用型管理：

此處討論的為全平臺進行架構，不僅僅題庫產品涉及。如：用戶管理、角色權限管理、日志管理。

四、總結

本文詳細介紹了如何設計一款通用型題庫產品，從設計思路到落地實操都有詳細的講解，再次總結如下:

可以利用產品體驗五要素的思想自頂向下進行分析。

• 規劃階段：明確戰略層的定義、界定需要考慮的范圍；
• 落地階段：結構層梳理全部的模塊結構、框架層布局可視化頁面、表現層設計統一風格。

落地研發時，按照以下順序依次部署：

1. 題庫核心內容數據；
2. 學員端業務及邏輯支撐；
3. 運營業務及邏輯支撐。

本文由@形風 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 pexels，基于CC0協議。