起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識通用型題庫系統產品設計方案
編輯導語：計算機網絡和信息技術不斷發展，社會對教育考試的需求日益增加，為了更加方便，題庫系統應運而生。不同的考試、程度、內容等等所需題庫往往是不一樣的，這就要求產品經理根據不同的用戶需求設計出不同的題庫。本文主要介紹如何從0-1設計無差別通用型題庫項目。干貨滿滿，一起來看看吧。
一、前言
無論是職業教育還是學科類教育，為了能夠更好的檢驗學員的學習效果，題庫類產品是最佳的解決方案之一。
不同種類的教育方向都有各自的內容特點，而學員學習某個特定知識領域的目的也截然不同，有考試需求、提升理論知識需求、有培訓效果需求，但是提升自己對學習內容的掌握程度，都可以通過考試、作業、練習、模考等方式進行訓練。
本文主要介紹如何從0-1設計無差別通用型題庫項目。從設計思路到落地實操，全方面進行詳細介紹。
二、產品設計思路
1. 自頂向下
通用型的產品設計通常是需要全面抽象出每一個業務環節，并且能夠將獨立形成標準化的單元模型，以便能夠適配多樣的業務場景。
如果想要做的更加完美，并且可以制造更多驚喜性需求，考慮的維度可能需要更加豐富，思維高度也要凌駕于通用型業務基礎之上。當然這是產品后期要思考的。
而在產品落地之前，是需要將產品盡可能的規劃思考清楚，同時能夠將產品框架確定，確保能夠為后期的擴展、升級、迭代，搭建出一套穩定、健壯、可擴展的體系結構?？梢越柚脩趔w驗五要素并且是自頂向下的結構進行梳理。
（1）戰略層
在前期規劃階段，需要優先考慮針對用戶可以獲得哪些核心價值，其次在結合著用戶可獲得的價值，我們再進行我們自己的商業布局，題庫產品從戰略層需要考慮：
- 提升掌握知識效率：對于用戶來講，最核心的就是通過答題幫助其快速、正確的掌握相關知識內容。
- 持續活躍：活躍度也是一個產品非常用戶的指標，能夠代表產品的活力以及與用戶之間的粘性程度
- 彰顯實力勢能：教育行業，在做培訓業務同時，如果能夠擁有配套的自己研發的題庫產品，既能夠完善教學閉環，又可以彰顯自己實力勢能的累計。
- 引流增長：題庫普遍性的應用都會通過提供免費答題服務來吸引更多的用戶，提供新的獲客入口。
- 付費轉化：題庫中核心內容是可以進行付費轉化的，但轉化率力度可能相對有限。通常的做法都是為其他主營項目進行引流轉化，促進全公司整體的營收戰略提供產出。
（2）范圍層
此部分依然是屬于規劃階段，在明確戰略布局的基礎之上，需要分析具體涉及哪些業務范圍，內容體系范圍、用戶范圍、場景范圍、終端范圍等涉及到的范圍。
即在詳細落地之前，需要知道從哪些方面開始著手落地。
- 業務范圍：通用型產品就需要最最大限度適配全部的業務場景，可以是k12教育（學科類教育：語文、數學、英語）、技能素質理論教育（音樂、體育理論基礎）、職業教育（軟考、PMP、一建二建等）。
- 內容體系范圍：不同學科內容會有不同的內容知識體系、分類、知識點框架等。
- 場景范圍：可以提供作業、考試、?？肌⑺㈩}、作業、錯題本、每日一練、估分等必要答題場景。
- 流程范圍：題庫產品所需要的日常運營的業務條線：更新維護題目、批卷閱卷、與學員溝通反饋機制、統計學員答題情況、營銷推廣流量監控等。
- 終端范圍：PC、h5、APP、小程序?？梢愿鶕嶋H情況迭代完成。
- 其他范圍：此處不完全列舉，但范圍越廣落地時間相對較長，因此需要考慮實際情況和優先級。
（3）結構層
從結構層開始往后，都屬于落地階段。此層思路是需要將戰略層的思想內容完全吸收，結合業務實際范圍范疇，開始制定并落地結構化的方案。
- 內容體系搭建：分類體系、知識點體系開始涉及到的結構模型；
- 答題場景規則：作業、考試、?？肌⑺㈩}、練習、錯題本、每日一練等每個場景的詳細答題規則；
- 題庫維護流程：具體的業務流程走向、涉及到的用戶角色、信息反饋機制，需要分別搭建出相應的模塊；
- 數據結構模塊：用戶數據、題庫數據、試卷數據、答題成績數據、答題進度數據、營銷推廣模塊、裂變活動模塊等。
本文在后面【產品架構搭建】會詳細介紹。
（4）框架層
框架層結合著結構的梳理，需要把每一個細分場景抽象成一個個可視化的頁面，將各個頁面布局形成整體的一個確定性的框架。
無論是前臺還是后臺，此環節最終要的是把各個場景涉及到的流程都完成具象化的頁面，確定步驟上的閉環。
（5）表現層
不同的操作頁面，都會有不同的場景、不同用戶進行操作使用。
表現層主要目的就是將頁面布局中的元素進行統一性的風格設計，包括產品的風格調性，也包括每一個部件的樣式形狀。
本文更多描繪設計思路與邏輯，設計方面暫不過多討論。
三、產品架構搭建
1. 核心業務流程
既然要開始搭建全局性的產品架構，那么一定要先抽象出來題庫產品的最核心的業務流程，可以先將題庫產品最大限度抽象出兩類用戶類型：答題者、題庫業務維護人員，相對應的核心業務如下：
答題者：
題庫維護業務人員：
2. 架構拆解
兩條核心業務線已經清晰明確，接下來就需要根據業務線所能夠涉及的場景、流程、規則進行逐步拆解，并拆解出可獨立的模塊單元，并逐一完成設計。
答題者線：
- 登錄/注冊–>登錄注冊模塊
- 選擇合適科目–>內容體系分類
- 選擇答題場景–>各場景答題規則
- 答題–>進度數據
- 查看結果–>成績數據
- 糾錯入口–>糾錯流程
題庫維護業務線：
- 創建題目–>題目管理
- 組卷–>試卷管理
- 發布–>考試組織管理、版本管理
- 批閱–>批閱試卷管理、答題數據
- 查看報告–>成績數據
- 維護題目–>糾錯反饋管理
- 推廣活動配置–>相關活動配置模塊
- 各業務線調用抓取–>各業務線關聯題庫模塊
3. 架構落地
特別需要注意的是，產品設計思路需要優先設計前臺應用流程，再根據前臺應用流程設計后臺對應支持模塊和邏輯。
但是在落地實施時，是需要優先研發后臺相關基礎性模塊，以便可以在研發前臺流程時有相應的邏輯支持。
因此架構落地時，落地研發的思路為：
- 題庫核心內容數據；
- 學員端業務及邏輯支撐；
- 運營業務及邏輯支撐。
（1）題庫核心內容數據
內容體系管理：
- 【業務】：全局性區分哪條業務場景，無限極分類，支持自定義內容。例：職業教育（考證類教育、技能類教育）、k12教育（高中、初中、小學）。
- 【科目分類】：處理為具體科目分類，無限極分類，支持自定義內容。例：高中-語文-古詩詞；項目管理-PMP；考研-政治-馬克思主義哲學。
- 【知識點體系分類】：需要精確到每一個題目所考核的知識點體系，無限極分類。顆粒度需要定位到每一個等級。例：“科學-生命科學-生命系統構成層次-基本特征”和“科學-生命科學-生命系統構成層次”是兩個不同的知識點，但是前者屬于后者。在使用的場景中可是任何一個層級，都可能作為獨立使用的知識點，不局限于最底層知識點。
題目管理：
題庫產品最核心的內容版塊，此處設計的思路需要明確將題目中的維度和業務層的維度拆開。
- 【業務】、【科目分類】、【知識點體系分類】。
- 【題目基礎內容】：【名稱】、【題型】、【答案】、【講解】。
- 【題型】：單選題、多選題、填空題、簡答題、完形填空題、排序題、材料題、判斷題、編程題等。
- 【難度】：1-5顆星。
錄入題目需要分為手動錄入、還有批量錄入。
試卷管理：
試卷的目的是為了更好的管理題目。
【業務】、【科目分類】、【試卷名稱】、【試卷描述】、【題目id】。
考試組織管理：
此處作為題目和業務銜接的樞紐，將各個場景所需要不同的題目內容進行整合管理，再向前端輸出確定的題目內容。
- 【考試類型】：作業、考試、?？?、刷題、練習、錯題本、每日一練、pk題目……
- 【題目范圍】：可以通過選擇特定的題目、或者試卷來進行答題。
- 【答題方式】：固定試卷、隨機試卷、自由組題。
- 【答題次數】：可以設置該場考試組織的答題次數。
- 【分數設置】：可以設置考試組織的分數（考慮設置及格線）。
- 【答題時間】：根據業務不同來確實是否需要固定答題時間等。
版本管理：
每一場考試組織，就需要生成一個特定的版本，后面一旦涉及增刪題目數等維護操作，前臺使用位置都不受到影響。
可以理解為線下考試時每個人答題的都是同一張卷子，這張卷子是已經發布出的，安排的題目也都是確定不會變化的，方便后續維護時，知曉當時的答題情況。小概率存在試卷錯誤，那么可以搭配題目同步機制，或者新增版本試卷。
（2）學員端業務及邏輯支撐
登錄/注冊：
登錄/注冊環節根據業務形態不一致相對復雜，此處只提出幾個關鍵點：
- 與公眾號的綁定關系；
- 第三方登錄；
- 注冊的唯一標識是微信注冊，還是手機號注冊。
登錄注冊環節值得單獨拿出來一篇文章進行討論。
選擇科目：
前臺邏輯：用戶可以根據自己感興趣的科目范圍進行選擇，后續的答題、活動范疇，都會根據最開始選擇的科目有關聯，用戶可以自行的調整自己所適合的科目。
后臺模塊：用戶管理與內容體系中【業務】進行關聯關系，可以是一對一、也可以是一對多的關系?？芍С中薷暮蛣h除。
答題環節：
答題通過不同的入口，會抵達不同的答題場景：作業、考試、?？?、刷題、練習、錯題本、每日一練、pk題目……
- 作業：通常需要和課程、班級作為綁定關系。在某一節課后設置作業，作業成績會在班級、以及講師中心（教務中心）進行展示，可以標記為“是否及格”。作業著重強調的是，課程之后答題進度的及時性、以及對題目的掌握情況。
- 考試：通常是在特定時間、特定題目、只能夠作答1次等特定條件?？荚嚦煽兛梢约磿r展示，也可以批閱后（約定時間）進行展示。
- ?？迹菏侵缸鳛檎娇荚嚽白孕凶鳛槟M考試，對考試的時間，作答次數可以不做特別安排。
- 刷題：刷題主要可以支持快速做答，對時間、進度、范圍無特別的限制。答題完成之后，支持快速的查閱答案，知曉自己的答題情況。
- 練習：邊答題、邊查閱答案、隨時隨地，可以自選范圍。
- 每日一練：此環節通常作為運營手段配合使用，例如打卡，每日一練可以作為每日任務，完成任務可以打卡或者活動一些平臺性的獎勵。通過一些特定的出題。
- pk題目：同樣也是偏向于運營方向、娛樂化促學的一種產品設計。通過用戶之間的作答正確率以及時間效率來促進自己學習的興趣。
以上任何一個答題場景都有相關，卻都有不同，能夠完全抽象出的結構如下：
- 答題進度數據，其目的是為了保存當前答題進度，根據需求，每次進入答題場景的時候可以選擇是否需要保留上一次答題進度。數據的結構唯一標識為用戶id+場景id+考試組織id。
- 答題成績數據，其目的是展示答題后的結果，為了給答題者和相關業務運營人員一份數據統計，能夠知曉答題掌握情況，以便后續有針對性的調整題目服務內容。數據的結構唯一標識為用戶id+場景id+考試組織id。
- 批閱試卷管理，其目的是為了解決有些答題場景，是不需要立即出現考試成績，或者有主觀題目必須要人工批閱才可以完成批閱考試成績的情況。額外考慮【試卷答題狀態】【批閱分數】【批閱人】等。
- 其余的特殊維度，需要根據各場景單獨設定，如：pk題目，需要設置虛擬空間，為兩個人提供虛擬空間進行答題，可以比喻理解為擂臺。
統計環節：
需要根據后臺的各項統計數據，給予前臺的學員端的數據分析。如：及格率、完成率、錯誤率等等。
后臺模塊：全部數據都是以成績數據為基準，整合抓取數據的邏輯。
參與各項運營活動：
- 參與有關題庫講解的課程；
- 通過免費邀請好友獲取免費資料。
（3）運營業務及邏輯支撐
糾錯反饋管理：
此環節最主要的是可以讓用戶通過反饋機制，我們將題目運營的更加完善。執行糾錯的人員，可以單獨設置，也可以通過功能、數據權限設置。
- 【題目id】、【反饋人】、【反饋原因】、【反饋時間】
- 【狀態】：“待審核”“已完成”“無需處理”“已同步數據”
- 【審核人】、【審核原因】
相關活動配置模塊：
此部分包括前端各處推廣的產品位、廣告位，以及運營相關的活動配置。
- 廣告位管理：【文案】、【圖片】、【鏈接】；
- 運營活動管理：裂變活動、拼團活動、打卡、積分、商城等等；
- 營銷活動配置管理。
其他平臺通用型管理：
此處討論的為全平臺進行架構，不僅僅題庫產品涉及。如：用戶管理、角色權限管理、日志管理。
四、總結
本文詳細介紹了如何設計一款通用型題庫產品，從設計思路到落地實操都有詳細的講解，再次總結如下:
可以利用產品體驗五要素的思想自頂向下進行分析。
- 規劃階段：明確戰略層的定義、界定需要考慮的范圍；
- 落地階段：結構層梳理全部的模塊結構、框架層布局可視化頁面、表現層設計統一風格。
落地研發時，按照以下順序依次部署：
- 題庫核心內容數據；
- 學員端業務及邏輯支撐；
- 運營業務及邏輯支撐。
本文由@形風 原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自 pexels，基于CC0協議。
非常全面了！
感謝分享