all case studies

以學習計畫降低選課負擔,上線後新使用者首月完課數約提升一倍

學習計畫功能。新手引導的介面與文案設計

  • 使用者研究
  • 假說驅動設計
目標使用者
學習者端/一般個人使用者
我的角色
UI/UX Designer
專案時長
約三個月

專案概述

背景

為何以「新使用者首月學習量」為指標

部門內的 DS 團隊針對續約率(部門的核心指標)做了一系列相關性分析。在所有分析過的參數中,新使用者的「首月完課數(落在特定區間內)」是與續約率提升相關性最高的參數之一。雖然兩者僅呈現中等程度的相關,這卻是我們當時所能掌握、最值得嘗試的切入點。因此我們決定從「新使用者首月學習量(完課數)偏低」這個痛點出發。

現象

透過數據,我們觀察到以下兩個現象:

  1. 初期學習量偏低:新使用者在訂閱首月內,平均完成的單元課程(Courses)數明顯偏低,且未達「首月完課數」特定區間的最低門檻。
  2. 學習路徑採用率低:教案團隊投入大量資源製作「學習路徑(Learning Paths)」,但主動設定(Enroll)學習路徑的新使用者不到 2 成。投入的資源與實際被使用的程度之間存在明顯落差。
假說

為了解析上述現象,PO 與 UX Researcher 訪談了幾位符合特徵的使用者,團隊將這群人的樣貌與心理統整成一個人物誌:

基於這個人物誌,我們推測:新使用者學習量偏低,並非缺乏學習動機,而是面對龐大的課程庫時,不知道「該學什麼、該怎麼學」。

解決方案

決策過程
  • 初期討論中,我們認為單元課程的推薦演算法或許能幫助不知道「該學什麼」的使用者,但仍無法解決「該怎麼學」的問題。
  • 因此 PO 提出以教案團隊已建置的「學習路徑」作為解法核心,團隊據此決定:
    • 降低選擇難度:將「在 4,400+ 堂課程中尋找適合自己的課」轉化為「在幾個大方向主題中做選擇」,降低使用者的決策疲勞。
    • 一次決策,深度學習:使用者只需做一次決策,即可獲得一份由教案團隊結構化、排序好的學習內容。這讓使用者得以專注於「學習」本身,而非每次登入都要煩惱「今天該選什麼課程」。
最終解決方案:個人化學習計畫的制定

以「學習路徑」為主體,設計一套新手引導流程:

  • 引導設定學習目標:在新使用者首次進入龐大課程庫「之前」,引導他們選擇最適合自己的學習路徑。
  • 設定個人專屬計畫:不僅選擇內容,更引導使用者規劃具體「學習計畫」,賦予明確的學習節奏與目標感。

設計與決策亮點

新手引導的 UI Flow。推薦頁為最初提案的版本(含「最適合您的學習路徑」),上線版本見亮點 1。
新手引導的 UI Flow。推薦頁為最初提案的版本(含「最適合您的學習路徑」),上線版本見亮點 1。
  1. 在做不到「最適合」的限制下,提出替代的推薦方式

    推薦頁最初的提案,是在最上方呈現「最適合您的學習路徑」。但這在當時做不到:工程團隊沒有內容推薦的開發經驗;而要宣稱某項內容「最適合」某位使用者,還需要經過教案團隊的審核,教案團隊當時沒有資源。

    因此我提出替代方案:依使用者在前一步輸入的屬性(所在產業、年齡)推薦「與您同產業中最多人學的」與「與您年齡相仿的人都在學的」學習路徑,再加上整個 GLOBIS 学び放題最受歡迎的前五名學習路徑。上線後,被最多使用者設定的,是符合自身產業的學習路徑。

學習路徑推薦頁(上線版本):依使用者的產業、年齡推薦,再加上所有學員最常選擇的前五名。
學習路徑推薦頁(上線版本):依使用者的產業、年齡推薦,再加上所有學員最常選擇的前五名。
  1. 把「以週為單位」從文案移到互動

    易用性測試中,六成受測者把「每週學習時間」誤解為「每天」。他們不會逐字閱讀段落標題,看到一排時長選項,就直覺理解成每天的學習時間。因此我把「每週學習幾天」獨立成一個必須親自操作的提問,放在「每次學習多久」之前,讓「以週為單位」成為使用者一定得處理的步驟;後續的重測中,不再出現這個誤解。詳見以「理解程度」為核心設計易用性測試,抓出操作順暢、理解卻出錯的設計。

  1. 以 Welcome page 先傳達核心價值

    新手引導的第一頁是我提議加入的。我在做競品分析時(直接競品如 Coursera、Udemy,以及啟發性競品如 Meetup、Spotify、Instagram),發現多數產品的 onboarding 都有 welcome page,而它主要承擔「主張核心價值」的角色。因此我在第一頁就直接告訴使用者:先設定一條學習路徑,就能循著它朝目標前進。我也為這一頁繪製了插圖,以「沿著山路、朝山頂旗幟前進」的意象,輔助傳達這個價值。

插圖原稿由我繪製,這裡放的是重製版。
插圖原稿由我繪製,這裡放的是重製版。
  1. 用 UX writing 拉近距離,並說明「為什麼要填」

    新手引導需要使用者輸入所在產業、職種等資料。為了不讓它像一張冷冰冰的表單,我把填寫資料包裝成「我們想更了解你」,並說明這是為了推薦更適合的學習內容 —— 這也來自競品分析的發現:多數產品在收集個人資料時,都會說明原因或給使用者一個誘因;標題也以使用者名稱稱呼對方(例如「亦廷,請讓我們更了解您!」),拉近和使用者的距離。

設計流程

從涵蓋各種使用者狀況的 Flow Chart 與 Wireframe 開始,與工程師(FE/BE/iOS)進行多次 Design Review,在設計意圖與開發時程之間取捨,產出工時明確的 UI Flow;接著製作高保真原型、執行易用性測試並迭代,最後在開發期間即時處理未預想到的極端情境,以 Design QA 確保實作符合設計,於 Web 與 iOS 雙平台上線。

專案成效

影響面向具體成效
初期學習量提升 ⤴️上線後前 3 個月,新使用者的首月平均完課數穩定高於上線前 6 個月的基準(約提升 100%),且這 3 個 cohort 都一致呈現提升,而非單月暴衝。
成效的量測方式

由於 onboarding 是每位新使用者都必經的流程,不適合切分對照組做 A/B test,我們在專案初期便與 DS 團隊協議,以前後對照的方式評估成效。為降低雜訊,基準期(before)設定為功能上線前的 6 個月,觀測期(after)為上線後的 3 個月。每個 cohort 為當月訂閱的新使用者,以他們各自在訂閱後 30 天內的完課數計算平均值。

更宏觀的成效檢視:團隊追蹤的代理指標與部門期待的商業指標之間的落差

上線後,「新使用者首月學習量」這個代理指標確實提升了;然而,DS 團隊的分析並未發現本功能與部門核心指標(續約率)之間有明顯的相關性。

這個結果符合我們在專案初期的預期:首月完課數雖是當時與續約率相關性最高的參數之一,但兩者僅呈現中等程度的相關,因此我們從一開始就不預期單一功能能帶動續約的成長。

專案後續

隨著後續的質性研究,我們修正了最初的假說:這群使用者的停滯不只是「不知道該學什麼」,更根本的是,他們的不安並不迫切,因此既缺乏足夠的學習動機,也難以找到學習的方向。這些發現也成為部門後續調整個人端投入方向的依據之一。