移動app應用的彈窗設計指南

2022-06-08 分類：網站建設

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

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

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

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

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

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

Uber的獎勵彈窗

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

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

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

記住，聰明地索取，你才會有回報。

“推送通知”彈窗

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

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

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

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

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

嘗試創造一個你自己的、應用自帶的權限彈窗，讓你評估用戶接受推送通知的意愿。這會讓你更加理解用戶的行為和偏好，把權限獲取留到某個用戶真的愿意點“允許”的時機。

僅僅在你認為最相關和最有說服力的時候請求權限。在此時此地，真的有需要獲取通知權限嗎?在權限請求提示中，借助當前環境清晰地向用戶作出解釋。

數據權限彈窗

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

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

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

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

“錯誤”彈窗

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

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

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

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

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