引導用戶為你的APP評分的7個正確姿勢

簡體傳統

導讀

在Circa News的1076份用戶評分中，僅有16個1星、2星和3星評論。重點在于開發一款優質的app，不要惹惱用戶，友好地邀請用戶進行評論。
自從Circa News上線App Store以來，用戶對應用的評論一直都很不錯，能做到這些成績并非出于偶然，我們在打造高質量用戶體驗上花費了不少時間，并且確保了從正向用戶體驗到用戶評分的正確路徑。這篇文章主要講述我們從過去幾年親身實踐中所得到的經驗。

為什么用戶評分是必要的？

應用評論可以給用戶發現應用帶來積極或者消極的影響。

1.在App Store中，搜索結果和應用排名已將用戶評分作為參考指標之一。應用程序積極的評論越多，其在排行榜上的位置也越穩定，不易波動，因此更有可能長期保持較好的排名。

2.積極的用戶評分可以提高應用在搜索結果中的展示頻率。

3.還有一點是我個人的體驗，如果一款應用程序的評分多在3顆半星或者以下，出于用戶體驗方面的担心，我會猶豫要不要下載這款應用，并且肯定不是我一個人這么想。

所以說，要求用戶對應用評分是很常見的，因為用戶評分也是影響應用發現和下載的重要因素。但是，"乞求"用戶評分卻是不恰當的，并且也會對應用程序產生負面影響。

在Circa News中，我們竭盡全力確保將用戶的利益放在首位，在他們處于積極用戶體驗狀態時，向他們請求反饋和評分。

沒有人會喜歡彈出視圖

（Apptentive提供）

絕大多數app評分要求都和上圖一樣，使用彈出視圖打斷用戶體驗。對于Circa早期用戶來說，以這種方式要求用戶評分是個問題，不過現在我們已經將它放在了一個合適的位置，并且不會向每個打開這款應用的用戶展示評分要求。

這里有三個簡單的規則：
1.不要打斷用戶當前的體驗。
2.不要在app崩潰后要求用戶評分，這是很愚蠢的做法。
3.盡可能地延遲評分要求，直到有建設性反饋（比如稍后閱讀）或積極評分的可能時機。

HotelTonight這款app會在你成功預定房間后要求評分，沒有完成預定的用戶是不會給你好評的，那干嘛還要求他們給你評分呢？但是也不排除一些用戶給體驗一般的app 5分好評。在Circa News這款應用中，我們要求用戶評分的條件是-在過去不同的三天內，打開app次數至少為10次。也就是說，我們進一步縮小了用戶群體范圍，雖然這種做法也有弊端，但是有一點，我們可以收到更積極的用戶評分。

結合以上法則，并運用彈出視圖，我們的應用獲得了不錯的用戶評分。每個Circa News主要版本發布后，我們都收到了非常少見的5星好評。不過我們也注意到少數用戶給出的評分并不高，只是因為我們要求他進行評分。

（來自AppFigures）

在我們收到的用戶評價中，幾乎所有負面評價都是因為我們要求用戶評分。

所以此時我們陷入了兩難的境地：我們需要好的評分來提高應用曝光頻率，但會讓用戶給我們很低的評分。后來我們漸漸明白要求用戶評分本身是個問題。

集成評分要求

在列表中集成評分要求

彈出視圖要求評分的方法的問題在于它不可避免地要打斷用戶當前的體驗。而將評分集成在用戶體驗過程中的方法，我們稱之為"集成評分"。

在Circa News應用中，我們將評分要求放在了新聞列表中間，用戶可以滾動頁面接著看新聞而無需與之進行交互，而彈出視圖則要求用戶必須與之進行交互。

"這么做會惹惱用戶嗎？"如果你非得要一個答案，那大多數時候答案是"yes"

你需要為評分要求安排一個合適的位置。比如在購物app中，評分要求應該在用戶成功下單后；如果是一款社交app，那可以某種方式直接放在一個feed中。不管哪種方法，在促使用戶與之進行交互時，集成評分都應該顯著地降低評分要求惹人厭煩的一面。

提出問題，而不是乞求。

在集成評分解決方案的頭腦風暴中，我們決定不能直接要求用戶評分，相反，我們提出了一個簡單的問題：

要求用戶評分是二態性選擇，用戶可能給你評分，也可能視而不見。但是為應用評分并不是二態性的選擇。通過添加問題，你可以真實獲得有價值的反饋，尤其是那些不大喜歡你的應用的用戶。點擊"not really"，將會給用戶展示一個不一樣的問題，從而更明確地要求用戶的反饋。點擊"Yes"，系統將要求用戶進行評分。