四步搭建在線學習系統
在如今,無論是素質教育還是興趣學習,都離不開線上教育平臺的在線學習支持。那么該如何搭建一個在線學習平臺?作者基于之前自己的在線學習平臺產品為背景,整理出從0到1設計一套學習平臺的四大步驟,希望對你有所啟發。
一、概述
無論是素質教育還是興趣學習,線上的教育平臺都離不開在線學習系統的支持,筆者以曾經實際設計的兒童的在線學習平臺產品為背景,整理出從0到1設計一套學習平臺的四大步驟。
二、四步走搭建學習平臺
1. 調研背景和需求
任何產品的開始,都應該先進行項目背景和需求的調研,了解需求項目背景和核心需求點是保證產品雙贏甚至多贏的基礎。
我們需要從項目所影響的不同角色的關注點出發,對項目中所關系到的所有群體訴求進行綜合的分析。與一般理解的需求調研不同,在這個過程中除了要關注實際消費者(實際支付的用戶)、使用者(實際使用的用戶),還應該關注項目的投資方、項目負責人、實際運營的業務方等群體。
(1)向上調研
i? 調研項目的投資方,需要關注投資的成本、希望的獲利周期。這非常重要,關系到包括產品實現方式(小程序/app/H5)、產品上線節奏(關系到產品模塊優先級的管理)在內的項目實施策略制定;
ii 調研項目負責人,需要關注到資源配置和核心管理指標,因為人員和時間資源會影響實際的產品設計和開發時間,而項目的核心指標則會影響產品功能模塊的優先級(能夠支持核心指標的優先);
(2)外部調研
i? 調研行業,需要關注政策趨勢、競品的商業模式和可獲得的商業數據,以便為產品做行業內的定位;
ii 調研消費者,需要關注消費者愿意為之付費的產品價值點,以及消費者的心里預期價格,為產品勾勒用戶畫像,以指導更進一步的產品設計;
iii 調研使用者,需要關注使用偏好,使用者是實際使用產品的用戶,幼兒在線學習平臺的實際用戶偏低齡,與成人的關注點和思考方式有所不同,需要在產品的設計過程中時刻關注這種特殊性;
iv 合作方調研,需要關注協作方式,學習平臺離不開學習內容的管理,有的項目中用到的學習內容不全是自制,也會有合作方進行提供,因此也需要調研內容的類型、提供的周期等信息,以便在產品設計環節進行兼容;
(3)內部調研
i? 調研教研團隊,需要關注教研團隊的課程設計計劃,幼兒教育產品核心的價值傳遞載體就是課程,因此需要與教研團隊溝通實際的課程大綱(課程章節數量/課內環節)、上課的方式(直播/錄播)、課程內容的類型(看動畫/讀繪本/玩游戲),這一系列的結論將直接決定產品形態;
ii 調研運營團隊,需要關注運營團隊的協作流程、流程中關注的核心業務數據,以及運營執行動作和核心管理指標。從用戶的前期溝通、到用戶實際使用的咨詢、課程效果的追蹤,都離不開運營團隊的支撐,運營團隊需要獲取用戶的基本信息、訂單信息和課程信息才能對用戶的問題有針對性的解答,這里每個項目的運營團隊工作會略有不同,需要充分理解運營工作流程和重點環節,在系統前后端的設計中為運營工作提供支持。
調研的結果,模型圖示或流程圖等形式整理出來,以指導后續的產品設計和開發理解,下圖是筆者在項目中整理的課程模型示意圖:
2. 整理產品功能點和優先級
在完成了調研以后,就可以開始進行產品功能點的梳理,功能點的梳理需要結合項目調研中獲得的結論進行。需求調研產生的結果是業務的工作范圍,而系統不一定能夠完全將業務工作線上化,這里要注意不要強求盡善盡美,需要在需求和性能之間找到一個平衡點。
功能點可以以思維導圖的形式進行拆解,下圖是筆者整理的初版的產品結構,需要注意的是,在實際的項目中產品結構會不斷的隨運營的調整而變化:
另外,從0到1的項目一般會要求快速上線,因此可能需要對產品功能點實現的優先級做出取舍,這就需要進一步梳理出用戶故事地圖,以路線地圖的形式示意出用戶完成各個任務的操作,并從中規劃出功能實現的優先級。
3. 設計用戶端產品文檔
這一環節是產品人最熟悉的工作,規劃用戶端的整體產品結構,對每個功能模塊進行細化。很多項目是需要支持不同端的服務(如小程序、H5、APP),或者部分功能在安卓和iOS環境上有不同的產品策略,那么則需要考慮準備多套產品文檔,具體是否需要多套還需要各位根據具體項目情況進行斟酌。
(1)產品結構梳理
根據已經確認的用戶端功能點細分出用戶端的功能模塊,整理出整體的產品功能結構圖,功能結構圖能夠幫助我們更加清晰的理清用戶端各結構下支撐的產品功能,讓各個模塊下的邏輯關系一目了然,同時也能避免產品功能設計的重復或缺失。
下圖是筆者在項目中整理的APP頁面地圖,實際的產品設計中可以做適當裁剪:
(2)產品原型
根據產品功能結構圖就可以進一步的對用戶端的產品進行設計,進而產出客戶端的產品原型設計。基于兒童在線學習產品的特殊性,在實際的產品設計過程中應該格外注意以下幾點:
i? ?消費者和用戶不是同一個人,所以要考慮內容隔離的設計,即兒童去玩游戲/學課程、家長購買和支付,一般來講家長模塊會單獨提供入口和進入的校驗,防止兒童誤操作。一般來講,入口校驗的方式包括:算數、選拼音、選生僻字等方式;
ii? 系統需要支持控制兒童的學習時間,即要給家長提供學習時間的管理功能,例如:在課程中停留一定時間后自動鎖屏播放兒歌;
iii 考慮到三胎政策的影響,系統應該可以支持到一個家長賬號關聯多個孩子賬號,每個孩子賬號記錄不同進度的設計,這里延伸來說還應該考慮到購買課程時課程權益是賦予到家長賬號還是單個的孩子賬號;
iv 前端的產品原型需要關注交互效果,對產品和UI的溝通有更高的要求,需要對用戶體驗有更細致的打磨。
這一步和中后臺的設計以及實際的項目排期有著很強的聯系,在實際的項目過程中客戶端和中后臺的設計往往是同步進行,需要密切的互相溝通。
4. 設計中后臺產品文檔
中后臺產品文檔往往和用戶端產品文檔同步開始設計,根據整理出的產品功能點和優先級,配合用戶端的產品結構和使用邏輯,以及對業務方和運營方實際工作流程的拆解,設計中后臺的產品架構,進而撰寫中后臺的產品設計文檔。下圖是兒童學習中后臺功能模塊的示例:
在兒童學習系統的設計過程中,中后臺應該注意到的點:
i? ?用戶模塊的設計,需要考慮到家長和孩子兩個角色,即注冊賬號與賬號內的孩子檔案,有些產品可能需要支持注冊賬號(家長)與孩子賬號一對多的關系設計,這也會影響到后續的用戶行課記錄的設計;
ii? 內容結構的拆解,根據課程所需要的內容,筆者在項目中將課程的內容拆解到了元素層面,即單個圖片、單個音頻、單個視頻作為一個“元素”,元素組成“內容”,內容是多個元素有規則排列的集合。這一方面方便內容的靈活配置,另一方面也方便元素的復用,下圖為課程結構的示意:
iii 課程與訂單的關系,在不同的項目里,用戶可能以訂閱會員的形式獲得付費課程,也可能以購買單個課程的方式獲得課程,甚至可以通過購買實物商品獲得贈送的課程,在這一過程中,課程與訂單的關系非常微妙,筆者建議將課程和商品拆解為兩個結構進行管理,課程單獨作為校驗內容,而商品則可選擇權益進行售賣,在這個邏輯里,權益可以包含課程和其他可售賣的內容,方便商品的靈活管理。下圖為課程商品的配置原型示例:
三、結語
兒童學習平臺所包含的功能模塊比較龐雜,在產品設計過程中需要參考項目實際的項目特點和側重點,關注各方的實際訴求,結合業務情況進行設計。
產品設計的實現只是個開始,落地后還應該通過埋點追蹤用戶實際使用數據的變化,根據變化分析產品設計的問題并及時優化,才能增加用戶的產品粘性,讓產品發揮更大價值。
本文由 @夢溪 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
????????????????
不錯。 這幾年也做過考研教育和少兒體育兩個項目。比對著作者的內容查缺補漏。
向作者學習