Onboarding Flow — 規格書(v2)
背景
新用戶 7 日留存率為 31%,低於業界均值 42%。分析漏斗後,最大流失點在「帳號設定」步驟(第 3 步),有 47% 的用戶在此放棄。
本次改版針對 onboarding 的前 5 步進行完整重設計。
設計原則
- 一步一事:每個畫面只要求使用者完成一個動作
- 進度可見:使用者任何時候都知道自己在哪、還剩幾步
- 可跳過:非必填資訊允許跳過,降低摩擦
- 可回頭:所有步驟都可以返回修改
流程定義
Step 1:歡迎畫面
→ 品牌主視覺 + 一句話 value proposition
→ CTA:「開始使用」
Step 2:輸入 Email
→ 即時格式驗證(blur 後觸發,不是 keyup)
→ 支援 Sign in with Apple / Google(列在 Email 輸入框下方)
Step 3:設定密碼
→ 密碼強度指示(4 個等級:弱 / 可以 / 強 / 非常強)
→ 強度判斷條件顯示為 checklist(大小寫、數字、特殊字元、長度 ≥ 8)
→ 顯示/隱藏 toggle
Step 4:個人化問卷(可跳過)
→ 3 個單選題,了解使用目的
→ 右上角「跳過」按鈕(字體小一號,gray-400,不搶 CTA)
Step 5:完成
→ 動畫 celebration(confetti 或 checkmark morph,避免過度)
→ 直接進入 app 主畫面,不額外要求動作
關鍵 UX 決策
進度列設計
使用 segmented progress bar(5 格),而非百分比數字。原因:數字「20%」在第一步看起來令人沮喪,分格設計更直觀。
進度列固定在頂部,高度 4px,primary color fill,圓角。
Step 3 的失敗原因分析(舊版)
舊版密碼規則只在送出後才顯示錯誤,用戶需要反覆嘗試。新版改為即時 checklist,用戶輸入過程中即可看到哪些條件已滿足(綠色 ✓),消除焦慮。
Email 驗證時機
blur 觸發(離開欄位時),而非 keyup(每次按鍵時)。keyup 驗證會在用戶還在輸入時就跳出錯誤訊息,造成干擾。
無障礙規格
- 所有 CTA 按鈕 contrast ratio ≥ 4.5:1
- 錯誤訊息用
aria-live="polite"宣告,螢幕閱讀器可讀到 - 進度列加
aria-label="步驟 X,共 5 步" - 不用顏色作為唯一的狀態指示(密碼強度同時用顏色 + 文字標示)
驗收標準
- 漏斗分析:Step 3 完成率目標 ≥ 75%(A/B test,對照舊版)
- Lighthouse Accessibility score ≥ 90
- 所有步驟在 320px 寬度下無橫向捲軸
- VoiceOver 連續操作 Step 1–5 無卡關