@可樂橙_ColaChan （譯者）：彈窗、對話框，隨你怎么稱呼，這些小窗口出現(xiàn)在屏幕上從來都不是理所當然。雖然它們是你應(yīng)用中一些相對較“小”的元素，卻飾演著影響用戶體驗的重要角色。

一方面，它們可以幫手用戶度過應(yīng)用內(nèi)的旅程。另一方面，處理不當時，它們也會使用戶感到挫敗。

有幸的是，彈窗比較成熟，容易實現(xiàn)。用適當?shù)氖侄魏鸵?guī)范可以輕易改善它們。我們這篇文章要討論的就是這個。

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

你當然希望用戶量增長、提升好評率、增加病毒式傳播的可能。誰不想呢？但是你要了解，多數(shù)用戶不會向伴侶保舉你的應(yīng)用，或者給它打分，除非他們覺得這么做會得到有價值的回報。

Uber的獎勵彈窗

“但是，保舉給伴侶是如此簡單輕松的任務(wù)啊！為什么用戶不會大發(fā)慈悲，幫手一款小軟件成長呢？”很不幸，現(xiàn)實沒有這么簡單。

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

同時也必然要確保，從你的應(yīng)用中轉(zhuǎn)到App store、社交媒體頻道、或消息平臺的過程盡可能流暢。獲得一個保舉鏈接對于用戶真的是“簡單”的事情嗎？在Wi-Fi和移動網(wǎng)絡(luò)環(huán)境下，整個流程的運轉(zhuǎn)有何不同？有許多重要因素需要考慮。花時間分析和優(yōu)化這兩種彈窗，你必定能收獲更高滿意度、活躍度和更多新用戶。

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

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

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

在iOS上就是另一回事了。iOS的權(quán)限彈窗必需由應(yīng)用內(nèi)的代碼觸發(fā)，會向你的用戶展示一個這樣的彈窗：

如果用戶點按了“不允許”選項，對你來說就相當于玩完兒了。除非用戶手動進入權(quán)限設(shè)置，不然拒絕權(quán)限是不成逆轉(zhuǎn)的。所以讓你的用戶按下“允許”權(quán)限至關(guān)重要。

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

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

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

標簽：鹽城 九江 烏魯木齊 林芝 東營