App 新手引導設計：第一次開啟要完成什麼、權限何時請求、怎麼讓使用者留下來

App 上架了、下載數也有，但開啟過一次就再也沒回來的使用者佔了很大一部分——這是許多 App 營運者遇到的困擾。原因往往不在核心功能，而在第一次開啟的那幾分鐘：一連串的介紹輪播、接二連三的權限彈窗、還沒看到任何內容就要求註冊。App 新手引導設計的目標，就是讓使用者在最短的時間內感受到「這個 App 對我有用」。

新手引導不是一組歡迎頁面，而是從下載後第一次開啟，到使用者完成第一個有價值的動作之間的整段體驗。它包含註冊流程、權限請求、功能提示、空白畫面的處理，以及使用者想略過時該怎麼辦。

以下依序說明：第一次開啟要完成什麼、權限請求的時機、跳過與延後的設計、空狀態怎麼處理、常見錯誤，以及引導上線後要觀察的留存訊號，並附一份規劃時可以直接使用的檢查表。

先定義「第一個有價值的動作」

設計新手引導之前，先回答一個問題：使用者完成什麼事之後，會覺得這個 App 值得留下來？

這個動作因 App 類型而異：

• 預約類 App：完成第一次預約，或至少看到可預約的時段。
• 會員點數 App：看到自己的點數與可兌換的優惠。
• 記帳工具：記下第一筆支出，並看到統計畫面。
• 電商 App：找到想買的商品並加入購物車。
• 內部作業 App：完成第一筆實際工作，例如回報一張工單。

定義出這個動作之後，新手引導的所有設計都應該服務於它：哪些步驟是到達這個動作的必要條件，哪些只是我們想讓使用者知道的事？ 後者應該往後移、拆散到使用情境中，或乾脆拿掉。

設想一間連鎖餐飲品牌的會員 App。業主很想讓使用者在第一次開啟時就看完所有功能介紹、填完生日與喜好、開啟推播和定位。但使用者下載的理由可能只是「店員說加入會員可以折抵」。如果他要經過六個步驟才看到折抵券，很多人會在中途放棄。把流程改成「手機號碼驗證 → 直接顯示可用優惠」，其他資料等到使用者真的需要時再問，體驗就順暢很多。

第一次開啟的流程設計

一個合理的首次開啟流程，通常包含以下幾個階段，但不是每個 App 都需要全部：

1. 價值說明（選用）：一句話或一頁畫面，說明這個 App 能解決什麼問題。若使用者下載前已經很清楚用途，這一步可以省略。
2. 必要的身分確認：只有核心功能需要帳號時才放在這裡。能用手機號碼驗證或第三方登入就不要讓人設定密碼。
3. 最少量的個人化設定：只問會立刻影響畫面內容的問題，例如選擇常去的門市、選擇感興趣的分類。
4. 進入主畫面並引導第一個動作：用清楚的提示或預設內容，帶使用者完成第一個有價值的動作。

設計時要注意：

• 每一步都要說明為什麼需要。要使用者填資料，就告訴他資料會用在哪裡。
• 顯示進度。如果引導有多個步驟，讓使用者知道還剩多少。
• 允許返回。填錯了要能回上一步修改，不要逼使用者重來。
• 斷線與中斷要能接續。使用者在引導途中切出去回訊息，回來時不應該從頭開始。

如果還在評估是否真的需要做成原生 App，可以先參考原生 App、響應式網站與 PWA 怎麼選，有些情境用網頁形式反而能省去下載與引導的門檻。

權限請求：在需要的那一刻才問

推播通知、定位、相機、相簿、聯絡人——許多 App 在第一次開啟時一口氣要求所有權限。這是最常見也最傷害留存的設計之一。

系統的權限對話框只有「允許」和「不允許」兩個選項，而且使用者一旦拒絕，App 通常無法再次跳出相同的系統對話框，只能引導使用者自己去系統設定裡開啟，這個步驟多數人不會去做。因此，權限請求的時機決定了它的成功機會。

權限請求的原則：

• 情境觸發：使用者要拍照上傳時才請求相機權限；要找附近門市時才請求定位權限。此時使用者明白為什麼需要，接受的意願自然較高。
• 先說明，再跳系統對話框：在系統彈窗出現之前，先用 App 自己的畫面說明用途，例如「開啟通知，訂位前一天會提醒你」。使用者在這個畫面選擇「稍後再說」時，就先不要跳出系統對話框，保留之後再問的機會。
• 只要真正需要的權限：不需要讀取聯絡人的 App 就不要請求。要求過多權限會讓使用者擔心隱私，也可能在上架審查時被要求說明。
• 被拒絕也要能用：使用者拒絕定位，就提供手動選擇地區的方式；拒絕相機，就提供從相簿選圖的選項。

推播通知特別值得單獨規劃。它不只是技術權限，更關係到後續怎麼與使用者溝通，請求時機、內容頻率與分眾方式，可以參考App 推播通知策略。

跳過與延後：尊重使用者的節奏

不是每位使用者都想看引導。有人是重新安裝、有人在別的裝置用過、有人只是想先隨便看看。強迫所有人走完整個流程，會讓有經驗的使用者感到不耐。

跳過與延後的設計重點：

• 說明類內容一律可跳過。介紹頁、功能導覽都應該提供明顯的「略過」選項，而不是藏在角落的小字。
• 區分「略過」與「稍後再說」。略過代表不需要；稍後再說代表之後要再提醒。兩者的後續處理不同。
• 延後的設定要有地方找得到。使用者跳過了個人化設定，之後要能在設定頁或個人頁輕鬆補上。
• 適時再提醒，但有節制。可以在使用者完成幾次操作後，用溫和的方式提示尚未完成的設定，但不要每次開啟都跳出來。
• 記住使用者的選擇。已經略過的引導，不要在更新版本後又從頭顯示一次，除非真的有重要的新功能需要說明。

空狀態：沒有內容的畫面也是引導

新使用者第一次進入 App，很多畫面都是空的：沒有訂單紀錄、沒有收藏、沒有訊息。如果這些畫面只顯示「目前沒有資料」，使用者就不知道下一步該做什麼。

空狀態是最自然的引導位置，因為使用者正好需要知道「這裡該怎麼用」。好的空狀態包含三個元素：

1. 說明這裡會出現什麼：「你預約過的服務會顯示在這裡」。
2. 提供下一步的入口：一個明確的按鈕，例如「預約第一次服務」。
3. 必要時提供範例：記帳或專案管理類工具，可以放一筆示範資料讓使用者理解畫面結構，但要標示清楚是範例，並且容易刪除。

除了「第一次使用」的空狀態，也要設計其他情況：搜尋沒有結果、篩選條件太嚴、網路斷線、載入失敗。每一種情況都應該告訴使用者發生了什麼，以及可以怎麼做。空狀態的文字與按鈕也要考慮可讀性與操作便利，例如對比足夠、按鈕夠大，相關原則可參考企業網站無障礙設計指南，多數概念同樣適用於 App。

規劃檢查表：開發前先對齊

新手引導牽涉到設計、開發與營運多方，建議在規格階段就用以下檢查表對齊，避免上線前才發現流程不順：

檢查項目	要回答的問題
第一個有價值的動作	使用者完成什麼事，就算是成功開始使用？
必要步驟	到達該動作前，哪些步驟無法省略？
註冊時機	是否能先體驗、後註冊？登入前的資料如何帶入帳號？
權限清單	需要哪些權限？各自在什麼情境下請求？被拒絕時的替代方案？
跳過設計	哪些步驟可以略過？略過後在哪裡補完？
空狀態	每個主要畫面在沒有資料時顯示什麼？
中斷與恢復	使用者中途離開，回來時從哪裡繼續？
舊使用者	重新安裝或換裝置的使用者，是否需要再看一次引導？
追蹤事件	每個步驟是否都有埋設事件，可以看到完成與離開？

這份表格的答案，應該直接寫進需求文件，讓設計與開發有一致的依據。

規劃時常見的錯誤

• 把功能介紹當成引導：使用者還沒用過，看再多說明也記不住。
• 開頭就要求所有權限：拒絕之後很難再取得。
• 註冊表單太長：生日、性別、地址等資料，等到需要時再問。
• 引導無法跳過：有經驗的使用者被迫重複觀看。
• 引導與實際畫面不一致：版本更新後忘了同步修改引導內容。
• 只在新機上測試：沒有測試網路緩慢、權限被拒、中途切換 App 等真實情境。

上線後的留存觀察

引導設計是一組假設，上線後要用實際行為驗證。

要觀察的訊號：

• 引導各步驟的完成狀況：使用者在哪一步離開最多？那一步就是優先改善的對象。
• 權限接受狀況：哪個權限被拒絕最多？是請求時機不對，還是說明不夠清楚？
• 第一個有價值動作的完成狀況：完成引導的人，有多少真的完成了這個動作？
• 跳過者與完成者的後續差異：如果跳過引導的人後續使用狀況並沒有比較差，代表那段引導可能可以簡化。
• 回訪狀況：第一次使用後，隔天、隔週是否還會回來？

這些數據需要事先規劃追蹤事件才看得到，不能等上線後才補。追蹤之外，也要留意當機與錯誤：引導流程中一旦出錯，使用者幾乎不會再給第二次機會，關鍵流程應該納入錯誤監控。

數據告訴你哪裡有問題，但原因還是要靠觀察真實使用者。定期找幾位沒用過 App 的人實際操作，常常能發現團隊早已習以為常、卻會讓新手卡住的地方。

結語

好的新手引導讓人幾乎感覺不到它的存在：使用者打開 App，很快就做到了下載時想做的事，其他功能則在需要的時候自然出現。做到這一點，需要在規劃階段就想清楚第一個有價值的動作、權限的請求時機，以及每一個空白畫面該說什麼。

如果你正在規劃新 App，或現有 App 的首次使用流程留不住人，歡迎和 NETVANA 討論。我們可以協助梳理首次開啟流程、權限請求時機與追蹤事件規劃，並把這些設計落實到開發與上線後的調整；軟體服務一律採詢問報價制，依功能範圍與平台評估，服務內容請見軟體服務介紹。

延伸閱讀：推播權限與通知內容怎麼規劃，看App 推播通知策略；還在評估要不要做 App，先看原生 App、響應式網站與 PWA 怎麼選；空狀態與按鈕的可讀性與操作原則，看企業網站無障礙設計指南；把引導流程寫進規格，看軟體需求怎麼寫；上線前怎麼驗收首次使用流程，看軟體驗收怎麼做。