彈窗、對話方塊，隨你怎麼稱呼，這些小窗口出現在螢幕上從來都不是理所當然。那麼大家知道移動應用彈窗如何設計呢?下面一起來看看!
有幸的是，彈窗比較成熟，容易實現。用適當的手段和規範可以輕易改善它們。我們這篇文章要討論的就是這個。
由於並非所有彈窗形式都相同，我們把它分解為5種常見型別，並且總結了每一種的優化“準則”。遵循這些指南，你一定可以使你的彈窗更好地達成目標。
“推薦給朋友”和“為應用打分”彈窗
你當然希望使用者量增長、提升好評率、增加病毒式傳播的可能。誰不想呢?但是你要了解，多數使用者不會向朋友推薦你的應用，或者給它打分，除非他們覺得這麼做會得到有價值的回報。
Uber的獎勵彈窗
“但是，推薦給朋友是如此簡單輕鬆的任務啊!為什麼使用者不會大發慈悲，幫助一款小軟體成長呢?”很不幸，現實沒有這麼簡單。
注意我們剛才用的詞是“任務”。這就是多數使用者看待“推薦給朋友”和“為應用打分”的方式——看成任務。互換原則就在此時發揮作用。大概來說，就是你得給予使用者某些東西，然後才能向他們索取。可以是通勤應用中的免費出行，或者是某種總體價值和樂趣。最好對這些彈窗使用A/B測試，讓它們以不同時機出現在使用者旅程的不同位置。這能讓你更好地獲得重要的統計資料，瞭解最終應該在何時何地放置彈窗。
同時也一定要確保，從你的應用中轉到App store、社交媒體頻道、或訊息平臺的過程儘可能流暢。獲得一個推薦連結對於使用者真的是“簡單”的事情嗎?在Wi-Fi和移動網路環境下，整個流程的運轉有何差別?有許多重要因素需要考慮。花時間分析和優化這兩種彈窗，你肯定能收穫更高滿意度、活躍度和更多新使用者。
記住，“[聰明地]索取，你才會有回報。”
“推送通知”彈窗
推送通知是一個超有價值的手段，能使使用者保持投入、反覆使用。對許多使用者來說，推送通知已經成為了他操作一款應用的主要媒介。不必再開啟應用，使用者通過推送通知滿足他們大部分需求。於是，獲取和保持向用戶傳送通知的權利，應該是使用者粘性與留存策略中的一個重要方面。
在Android系統中，方式很直接：推送許可權請求會作為的一部分，使用者在安裝前會看到所有需要獲取的許可權。
在iOS上就是另一回事了。iOS的許可權彈窗必須由應用內的程式碼觸發，會向你的使用者展示一個這樣的彈窗：
如果使用者點按了“不允許”選項，對你來說就相當於玩完兒了。除非使用者手動進入許可權設定，否則拒絕許可權是不可逆轉的。所以讓你的使用者按下“允許”許可權至關重要。
我們推薦兩種方式，來儘可能保有最多的通知推送許可：
嘗試創造一個你自己的、應用自帶的許可權彈窗，讓你評估使用者接受推送通通知的意願。這會讓你更加理解使用者的行為和偏好，把許可權獲取留到某個使用者真的願意點“允許”的時機。
僅僅在在你認為最相關和最有說服力的時候請求許可權。在此時此地，真的有需要獲取通知許可權嗎?在許可權請求提示中，藉助當前環境清晰地向用戶作出解釋。
資料許可權彈窗
推送通知許可權和資料獲取對話方塊一脈相承。同樣，對於這些特殊彈窗的使用者體驗，我們都是在討論iOS應用。資料許可權彈窗包含對位置、日曆、聯絡人資訊、提醒事項和相簿的請求。移動開發者必須小心翼翼，因為請求資料許可權不是一系列勾選框那麼簡單。
蘋果在他們的許可權請求指南中提到：“雖然人們讚賞移動應用獲取個人資訊所帶來的便捷，但他們也希望能掌控自己的私密資料。例如，人們喜歡自動給照片標記上地理位置，或者找到附近的朋友，但他們也想要一個能關閉此功能的選項。”
要使這類彈窗保持相關、顯而易見。別設計一個請求使用者地理位置的計算器——別這麼做。
使用蘋果在彈窗中提供的文字位置，描述你的應用為何需要這些資訊，即使你自己認為原因顯而易見。在某些特定的、相關的使用者操作之後，再請求適合的許可權，也是一個好方法。比如說，使用者使用你的應用建立了一段視訊，並且想要分享給朋友。只要使用者點了“在上分享視訊”按鈕，這就是彈窗請求使用者社交媒體賬號許可權的`絕佳時機。使用者更容易接受許可權，因為它提供了清楚的解釋，“要想達成A，必須先完成B”。
想要深入研究，請看我們的一篇文章，討論如何使資料許可權不那麼令使用者望而生畏。
“錯誤”彈窗
除了向用戶索取許可權，彈窗也是開發者向用戶表達資訊的一種重要手段。尤其是關係到應用內的錯誤。
世事無常，總有錯誤出現。錯誤中的錯誤是最不該發生的。這麼說是什麼意思?就是說你的彈窗不能讓使用者感到迷惑，使得已經發生錯誤雪上加霜。
我們來舉個例子，比如使用者的收貨地址寫得不合邏輯，所以當他們在支付時就會發生“錯誤”。如果你的彈窗裡寫著：“發生了錯誤：支付無法完成”，使用者就不得不試圖猜測錯誤的原因。相反，你應當利用這個時刻告訴使用者為什麼錯誤會發生，收貨地址中具體哪一項需要更正。必須要了解，使用者任何的猜測和挫敗，可能被一個彈窗放大，最終影響潛在的轉化。
而且，對於那些需要使用者操作的錯誤，我們不僅僅告訴使用者錯誤發生、該做什麼，還需要引導他們前往相關的操作介面。堅持使用清晰的措辭來準確表明操作(抹掉、撤銷、前往的我個人資訊介面)，而不是使用模糊的文案，例如“是”或“否”。
如果應用中發生了技術性錯誤，你可以利用彈窗來觸達使用者，告訴他們你正在努力解決問題。這給你的應用增加了一絲人性，同時向用戶表明你在乎他們的個人體驗。
