移動應用彈窗設計指南

Mobile App Pop-Up Guidelines

彈窗、對話框，隨你怎麼稱呼，這些小窗口出現在屏幕上從來都不是理所當然。雖然它們是你應用中一些相對較“小”的元素，卻扮演著影響用戶體驗的重要角色。

一方面，它們可以幫助用戶度過應用內的旅程。另一方面，處理不當時，它們也會使用戶感到挫敗。

有幸的是，彈窗比較成熟，容易實現。用適當的手段和規範可以輕易改善它們。我們這篇文章要討論的就是這個。

由於並非所有彈窗形式都相同，我們把它分解為5種常見類型，並且總結了每一種的優化“準則”。遵循這些指南，你一定可以使你的彈窗更好地達成目標。

“推薦給朋友”和“為應用打分”彈窗

你當然希望用戶量增長、提升好評率、增加病毒式傳播的可能。誰不想呢？但是你要了解，多數用戶不會向朋友推薦你的應用，或者給它打分，除非他們覺得這麼做會得到有價值的回報。

Uber的獎勵彈窗

“但是，推薦給朋友是如此簡單輕鬆的任務啊！為什麼用戶不會大發慈悲，幫助一款小軟件成長呢？”很不幸，現實沒有這麼簡單。

注意我們剛才用的詞是“任務”。這就是多數用戶看待“推薦給朋友”和“為應用打分”的方式——看成任務。互換原則就在此時發揮作用。大概來說，就是你得給予用戶某些東西，然後才能向他們索取。可以是通勤應用中的免費出行，或者是某種總體價值和樂趣。最好對這些彈窗使用A/B測試，讓它們以不同時機出現在用戶旅程的不同位置。這能讓你更好地獲得重要的統計數據，了解最終應該在何時何地放置彈窗。

同時也一定要確保，從你的應用中轉到App store、社交媒體頻道、或消息平台的過程盡可能流暢。獲得一個推薦鏈接對於用戶真的是“簡單”的事情嗎？在Wi-Fi和移動網絡環境下，整個流程的運轉有何差別？有許多重要因素需要考慮。花時間分析和優化這兩種彈窗，你肯定能收獲更高滿意度、活躍度和更多新用戶。

記住，“[聰明地]索取，你才會有回報。”

“推送通知”彈窗

推送通知是一個超有價值的手段，能使用戶保持投入、反複使用。對許多用戶來說，推送通知已經成為了他操作一款應用的主要媒介。不必再打開應用，用戶通過推送通知滿足他們大部分需求。於是，獲取和保持向用戶發送通知的權利，應該是用戶粘性與留存策略中的一個重要方面。

在Android系統中，方式很直接：推送權限請求會作為AndroidManifest.xml的一部分，用戶在安裝前會看到所有需要獲取的權限。

在iOS上就是另一回事了。iOS的權限彈窗必須由應用內的代碼觸發，會向你的用戶展示一個這樣的彈窗：

圖片來源：Xtremepush.com

如果用戶點按了“不允許”選項，對你來說就相當於玩完兒了。除非用戶手動進入權限設置，否則拒絕權限是不可逆轉的。所以讓你的用戶按下“允許”權限至關重要。

我們推薦兩種方式，來盡可能保有最多的通知推送許可：

嚐試創造一個你自己的、應用自帶的權限彈窗，讓你評估用戶接受推送通通知的意願。這會讓你更加理解用戶的行為和偏好，把權限獲取留到某個用戶真的願意點“允許”的時機。
僅僅在在你認為最相關和最有說服力的時候請求權限。在此時此地，真的有需要獲取通知權限嗎？在權限請求提示中，借助當前環境清晰地向用戶作出解釋。

數據權限彈窗

推送通知權限和數據獲取對話框一脈相承。同樣，對於這些特殊彈窗的用戶體驗，我們都是在討論iOS應用。數據權限彈窗包含對位置、日曆、聯系人信息、提醒事項和相冊的請求。移動開發者必須小心翼翼，因為請求數據權限不是一系列勾選框那麼簡單。

來源：Developer.apple.com

蘋果在他們的權限請求指南中提到：“雖然人們讚賞移動應用獲取個人信息所帶來的便捷，但他們也希望能掌控自己的私密數據。例如，人們喜歡自動給照片標記上地理位置，或者找到附近的朋友，但他們也想要一個能關閉此功能的選項。”

要使這類彈窗保持相關、顯而易見。別設計一個請求用戶地理位置的計算器——別這麼做。

使用蘋果在彈窗中提供的文字位置，描述你的應用為何需要這些信息，即使你自己認為原因顯而易見。在某些特定的、相關的用戶操作之後，再請求適合的權限，也是一個好方法。比如說，用戶使用你的應用創建了一段視頻，並且想要分享給朋友。隻要用戶點了“在Facebook上分享視頻”按鈕，這就是彈窗請求用戶社交媒體賬號權限的絕佳時機。用戶更容易接受權限，因為它提供了清楚的解釋，“要想達成A，必須先完成B”。

想要深入研究，請看我們的一篇文章，討論如何使數據權限不那麼令用戶望而生畏。

“錯誤”彈窗

除了向用戶索取權限，彈窗也是開發者向用戶表達信息的一種重要手段。尤其是關系到應用內的錯誤。

世事無常，總有錯誤出現。錯誤中的錯誤是最不該發生的。這麼說是什麼意思？就是說你的彈窗不能讓用戶感到迷惑，使得已經發生錯誤雪上加霜。

我們來舉個例子，比如用戶的收貨地址寫得不合邏輯，所以當他們在支付時就會發生“錯誤”。如果你的彈窗裏寫著：“發生了錯誤：支付無法完成”，用戶就不得不試圖猜測錯誤的原因。相反，你應當利用這個時刻告訴用戶為什麼錯誤會發生，收貨地址中具體哪一項需要更正。必須要了解，用戶任何的猜測和挫敗，可能被一個彈窗放大，最終影響潛在的轉化。

而且，對於那些需要用戶操作的錯誤，我們不僅僅告訴用戶錯誤發生、該做什麼，還需要引導他們前往相關的操作界面。堅持使用清晰的措辭來準確表明操作（抹掉、撤銷、前往的我個人信息界面），而不是使用模糊的文案，例如“是”或“否”。

如果應用中發生了技術性錯誤，你可以利用彈窗來觸達用戶，告訴他們你正在努力解決問題。這給你的應用增加了一絲人性，同時向用戶表明你在乎他們的個人體驗。

想了解“反饋”類彈窗的更多秘訣，我們建議你讀Nick Babich的這篇文章，討論對話框設計的5條重要原則。