37.5% 這個啟用率數字，具體是怎麼定義跟計算出來的？
啟用率的定義是「新註冊使用者裡，有多少比例達到了某個代表『真正體驗到產品核心價值』的里程碑」，計算方式是把達到這個里程碑的使用者數量除以總新註冊人數，再乘以一百。這個里程碑因產品而異——專案管理工具可能是「建立第一個專案」，設計工具可能是「完成第一個可分享的作品」——關鍵是這個里程碑必須對應到使用者真正感受到產品價值的那個時刻，而不只是「登入過一次」這種寬鬆的定義。
37.5% 這個數字來自 Userpilot 2025 年針對 62 家 B2B SaaS 公司的基準調查，是這些公司的平均值，中位數則落在 37% 左右，跟其他機構的獨立調查（例如 36% 左右）大致吻合，代表這不是單一來源的孤立數字，而是有交叉驗證的普遍現象。
為什麼「先動手、後理解」這個順序，會比「先解釋、後動手」帶來更高的啟用率？
核心原因跟人類學習新工具的方式有關：抽象的說明文字（例如「這個功能可以幫你快速整理專案」）在使用者還沒有實際情境去對照的情況下，很難被真正吸收，讀完通常只留下模糊的印象；但如果使用者是在操作過程中親自體驗到「原來這樣拖拉就能整理專案」，這個理解是具體、附著在真實動作上的，記憶效果好上非常多。
另一個原因是心理層面的：使用者剛註冊完，帶著的是「我想知道這個東西能不能幫到我」的探索心態，而不是「我想先上一堂課了解這個工具」的學習心態。功能導覽泡泡框假設使用者願意花時間被動接受資訊，但這個假設本身就跟使用者當下真正想做的事情不一致——使用者想要的是盡快得到「這個工具有沒有用」的答案，而不是被動聽完一輪介紹。讓使用者立刻動手，等於是直接回答了他們最迫切的問題。
「先展示價值、再收集資料」聽起來很合理，但如果產品本身就需要一些基本資訊才能運作（例如需要知道使用者的產業別才能給出相關範例），該怎麼處理？
這種情況下，關鍵不是完全不收集資料，而是把「收集資料」跟「創造價值」這兩件事盡量壓縮在同一個動作裡完成，而不是拆成兩個先後步驟。例如與其先問「你的產業是什麼」再顯示對應範例，可以直接讓使用者從幾個具體的產業範例圖示裡挑一個開始操作——這個挑選動作本身既完成了資料收集，也讓使用者立刻進入操作情境，兩件事在同一個互動裡一起發生，而不是先完成一份問卷才看到任何東西。
如果產品確實需要無法省略的基本設定（例如帳號安全相關的必填資訊），值得思考的是能不能把這些設定延後到使用者已經看到第一個成果之後，而不是放在最一開始。使用者體驗過價值之後，對「多花一點時間完成設定」的容忍度通常會明顯提高，因為這時候的資料收集有明確的理由支撐——「這是為了讓產品更符合我的需求」，而不是一開始就要求的、沒有脈絡的資料蒐集。
如果我不是專業設計師，只是用 AI 設計工具幫小型產品做一個 onboarding 首屏，這篇的建議實際上該怎麼落地？
最直接可以做的一件事，是先想清楚「使用者操作完第一個動作之後，螢幕上該留下什麼具體的東西」，把這個答案講清楚，再開始生成畫面——而不是先想「這個首屏該長什麼樣子」。舉例來說，如果你的產品是筆記工具，這個具體的東西可能是「使用者的第一則筆記」；如果是設計工具，可能是「使用者拖拉出來的第一個圖形」。想清楚這個具體產出物是什麼，之後在 prompt 裡明確要求 AI 生成的畫面要讓這個產出物在操作後真的顯示出來，而不是操作完只跳出「太棒了，繼續下一步」這種確認訊息。
第二件可以做的事，是刻意檢查目前的首屏設計，有沒有要求使用者在看到任何實際內容之前，先填完一整份表單或看完一整段介紹文字。如果有，思考能不能把非必要的部分往後移，只留下真正必要、無法省略的最少資訊，讓使用者盡快進入「動手做」的階段。
Userpilot 2025 年針對 62 家 B2B SaaS 公司的基準調查發現，平均啟用率只有 37.5%，也就是說，超過六成的新用戶在真正體驗到產品核心價值之前，就已經離開了。這個數字依產業差異很大——AI 相關工具高達 54.8%，金融相關產品則低到只有 5%——但整體趨勢一致：大多數產品在使用者剛註冊完的頭幾分鐘，就流失了原本可能會留下來的人。這篇要談的不是整套 onboarding 流程的設計，而是聚焦在最開頭那一屏：使用者剛進來的頭 60 秒，該讓他們看到什麼、做什麼，特別是如果你正在用 AI 設計工具快速生成這個首屏。
過去十年 SaaS 的 onboarding 首屏，長期是同一套公式：一連串的功能導覽泡泡框，指向使用者根本還沒問起的功能，配上「下一步、下一步、完成」的固定節奏。這套公式的問題不是執行得不好，是這套公式本身有結構性缺陷——大多數使用者在幾秒鐘內就會把這些導覽關掉，因為導覽在解釋一個他們還沒有需求、也還沒有情境去理解的東西。傳統做法的核心假設是「先讓使用者理解產品，再讓他們動手」，但這個順序本身，就是造成大量早期流失的原因之一。
表現最好的產品，做法幾乎完全反過來：讓使用者在頭 60 秒內，就創造出一個真實的產物，理解則是圍繞著這個已經做出來的東西自然發生。Figma 的 onboarding 是最常被引用的例子——新用戶不是先看一段介紹設計工具的影片，而是直接被放進一個畫布，馬上就能拖拉、畫圖、看到東西即時出現在螢幕上。這個順序之所以有效，是因為「動手做出了一個東西」本身就是一種學習，使用者不需要先被教會怎麼用工具，操作的過程本身就在教他們。
另一個值得注意的模式，是把收集使用者資料的時間點往後延。過去常見的做法是先讓使用者填一堆設定問題（你是哪個產業、團隊多大、想解決什麼問題），填完才讓他們看到產品長什麼樣子。表現好的產品做法相反：先讓使用者體驗到一個具體結果，再視需要收集個人化所需的資料。這個順序調整背後的邏輯是，使用者在還沒看到任何價值之前，填寫資料這個動作本身就是一種摩擦，願意撐過這道摩擦的人本來就比較少；但如果先讓使用者看到一個具體成果，後續要求提供資料時，使用者已經有動機這麼做，因為他們已經知道「填完這些之後，產品能幫我做出更符合我需求的東西」。
如果你打算用 Claude Design 這類工具快速生成 onboarding 首屏，最容易掉入的陷阱，是把「動手做東西」誤解成「加更多互動元素」——例如加入更多按鈕、更多可以點的地方，讓畫面看起來很豐富。但「60 秒內做出真實產物」的核心不是互動元素的數量，而是使用者操作完之後，螢幕上要真的出現一個屬於他們自己的具體成果，而不是操作完只換了一個畫面、或跳出一個確認訊息。生成 prompt 時值得明確要求：「使用者第一次互動後，畫面上要留下一個可見、屬於使用者自己的產出物，而不是導向下一個步驟的過場畫面。」
如果你正在設計或重新設計產品的首屏，值得先自己實際跑一次流程並計時，看使用者從進來到「創造出第一個屬於自己的東西」之間，需要花多久、需要填幾個欄位、需要看幾段說明文字。如果這個時間遠超過一分鐘，或是使用者要先填完一整份資料才看得到任何東西，這通常代表首屏的順序把「解釋」放在「體驗」前面，值得考慮對調。這個調整的成本通常不高——很多時候只是把某些步驟的順序換一下，而不是整個重新設計——但潛在的啟用率改善空間，從 37.5% 這個產業平均值來看，是相當可觀的。