---
title: "別急於要求用戶授予App權限：先制定策略"
locale: "zh-hant"
language: "zh-Hant-HK"
published: "2016-06-16T13:05:33+08:00"
updated: "2026-03-17T23:07:22.697Z"
canonical: "https://accordhk.com/blog/zh-hant/dont-rush-to-request-app-permissions-you-need-a-strategy-285"
---

# 別急於要求用戶授予App權限：先制定策略

最初的互動會影響用戶對App的整體印象。大量缺乏解釋的權限請求容易令用戶放棄使用，因此應制定策略，在適當時機說明授權的價值。

## 重點摘要

一開始只要求關鍵權限，其他權限則在相關使用情境中提出。清楚解釋授權的好處，在系統提示前引導用戶，並在關鍵權限被拒絕後提供重新啟用的方法。

你知道，平均每個[App](<http://app-developer-hongkong.com>)在用戶安裝後的首三天內，便會流失80%的平均每日活躍用戶嗎？大部分用戶下載一個[App](<http://app-developer-hongkong.com>)，開啟一次後便將它解除安裝。這種情況之所以出現，是因為用戶雖然願意嘗試安裝不少[App](<http://appcompanyhk.com>)，但仍須在最初幾天決定要解除安裝哪些。

用戶這樣做，是因為你的[App](<http://mobile-application-development-company.com>)做得不好嗎？也不完全是，但用戶與你的[App](<http://mobileapplicationdevelopmentcompanyhk.com>)最初的互動，確實在很大程度上決定了他們對App的整體印象。目前的實際情況是，當用戶開啟一個新的[App](<http://app-development-hongkong.com>)時，最先看到的往往是一連串要求授予權限的彈出視窗。

這種做法對用戶體驗有很大影響，往往令用戶放棄使用。正確的做法是，[App](<http://appdeveloperhongkong.com>)應在提出權限請求前，先與用戶進行一定的對話和溝通。

一、建立一套策略  

提出權限請求時，最糟糕的做法就是[App](<http://hongkongappdeveloper.com>)以毫無解釋的權限請求轟炸用戶。過早詢問或一次要求過多權限，都是常見的錯誤做法。然而，實際上仍有不少[App](<http://appdevelopmenthk.com>)這樣做，用戶啟動[App](<http://appcompanyhongkong.com>)後，首先看到的就是難以理解的請求。例如，Google的Inbox甚至在用戶尚未登入[App](<http://appscompanyhk.com>)時便提出請求，卻沒有提供任何其他資訊或相關情境。

向用戶提出權限請求時，你當然希望所有用戶都接受。為達到這個目標，你應建立一套策略，根據所要求權限的明確程度和重要性來安排。關鍵權限應在一開始提出，較次要的權限則可在相關使用情境中提出。

二、何時詢問用戶  

決定用戶接受或拒絕請求的其中一個最重要因素，就是你在何時詢問他們。

1、一開始只要求關鍵權限

對不少[App](<http://app-developer-hongkong.com>)而言，未能取得資料存取權限，可能足以改變整個用戶體驗過程。例如，如果一個[App](<http://appcompanyhk.com>)依賴短訊服務，未能取得這項權限便會無法使用。幸好，大部分用戶都預期訊息傳送應用程式需要取得短訊權限，因此在這種情況下預先提出權限請求十分合理。

如果一項功能需要多項權限才能正常使用，就只要求用戶授予這些權限，不要再提出其他無關的請求。

2、在相關使用情境中提出請求

在大多數情況下，如果新用戶一開始便要承受大量權限請求，你很可能會錯失留住用戶的關鍵機會。[App](<http://mobile-application-development-company.com>)應在使用過程中，配合具體情境提出權限請求，並向用戶說明授予該權限的價值。先引導用戶留下來，他們便更有可能在使用過程中接受你的請求。

三、如何詢問用戶  

[App](<http://mobileapplicationdevelopmentcompanyhk.com>)必須透過功能名稱或解釋，向用戶說明每項權限為何必要。請記住，若要取得用戶同意，便必須在適當時機以恰當方式詢問。

1、解釋可獲得的好處

對於用途不明確的權限請求，應告訴用戶它涉及甚麼。如果你的App設有入門導覽，記得藉此說明程式能做甚麼，以及為何某些意料之外的權限也屬必要。

在相關使用情境中解釋權限，也是有效的做法：這能引起一般用戶的興趣，並加深他們對該權限的理解。務必嘗試說明用戶授權後可以獲得甚麼好處。

2、提出請求時同時提供引導

Foursquare透過背景圖片，解釋為何[App](<http://appscompanyhongkong.com>)需要某項特定權限，從而引導用戶作出選擇。

3、在正式權限請求前進行「前置對話」

iOS每項功能的預設權限請求只能觸發一次。對用戶而言，最令人困擾的情況可能是先在系統層面停用相關權限，之後想為某個[App](<http://mobiledeveloperhongkong.com>)重新授權時，卻發現過程十分麻煩。在大多數情況下，先在正式的iOS系統權限畫面前提出預先請求，是較好的做法。

4、在用戶觸發操作後詢問

由用戶啟用功能而觸發的請求對話框，效果通常較好，因為它們在用戶想使用該功能時出現，用戶因而更有可能授予權限。

四、如何處理用戶拒絕授予的權限  

拒絕授予某項權限，可能令功能無法達到預期效果，因此一旦權限被停用，便應向用戶解釋。

關鍵權限：如果一個[App](<http://hongkongmobiledeveloper.com>)因關鍵權限被停用而無法正常運作，應向用戶解釋為何必須授予該權限，並提供連結或操作路徑，讓用戶重新設定並啟用權限。

五、結論  

毫無疑問，每個App都不同，但你仍應仔細考慮用戶何時需要授予手機上的某些權限或資料存取權，並確保他們預期會被詢問。改善用戶體驗是一個持續的過程，不要錯失讓用戶做好準備、接受權限請求的機會；應測試不同情境，找出最適合你們的做法。

http://www.hksilicon.com/articles/1110046

## 常見問題

### App應在一開始要求哪些權限？

只應要求App運作或相關功能正常使用所必需的關鍵權限。如果一項功能需要多項權限，就只提出這些請求，避免要求無關的權限。

### 較次要的權限應在何時提出？

應在用戶使用或啟用相關功能時，配合具體使用情境提出。同時說明授予權限能帶來甚麼價值。

### 為何要在iOS權限請求前進行前置對話？

文章指出，iOS每項功能的預設權限請求只能觸發一次，而拒絕後重新授權可能十分麻煩。前置對話可在系統請求出現前，協助用戶做好準備。

### 用戶拒絕關鍵權限後，App應如何處理？

應解釋為何App正常運作必須取得該權限，並提供連結或操作路徑，讓用戶重新啟用。