對於 APP 來説，一個好的評分無疑會在商城內有一個更高的排名，那麼該怎麼去提升自己的 APP 商城排名呢？下面就和大家來聊聊吧。

評分能影響應用在商店裏的排名，排名進而影響的是下載量和下載速度，最終影響商業結果。重要性不言而喻。

WooCommerce 運營過一個 C 端產品的人，大抵都瞭解在應用商店裏評分的重要性。評分能影響應用在商店裏的排名，以蘋果商店為例，想進入某個分類的前 1000 名，4 分是一個最基礎的準線。排名進而影響的是下載量和下載速度，最終影響商業結果。商店評分的重要性，不言而喻。

前不久每日優鮮的評分翻車事件，説起來也特別好笑——更新 WordPress 文案中跪舔 996，引起大量用户反感 (或許用户大部分都是程序設計師)，導致各路商店裏每日優鮮被瘋狂 diss，好好的 4.5 分被刷成 1.3 。本想抖個機靈，結果一夜回到解放前。

那我們的應用是怎麼了，怎麼就到了 1.9 了?

事情得從一年前説起。

2018 年 7 月，我們以產品演進的形式，承接了一個基於音訊學習的外語學習移動產品，用户主要分佈在北美，有一定的羣眾基礎。

接手時，專案已經上線，總體功能還算可以，但效果不是很理想，主要表現為：

市場反應差，蘋果商店裏評分僅為 1.9;

用户反饋的資訊很雜亂，難以追根溯源;

想優化，不知從何入手。

於是有了下面一段對話：

老闆，愁眉苦臉：這怎麼弄啊? 這評分實在太讓人沮喪了! 我：你想要到多少分?

老闆，毫不猶豫：越高越好!

我：你先冷靜一下!

評分低於 2.5，大部分還是應用本身有問題，於是我們有了第一階段：

2018 年 7 月-2018 年 11 月：維穩

這一階段，我們主要解決的是 bug 和效能問題。

輕易能復現的 bug 易解，眾説紛紜的效能問題難調。效能問題裏，首當其衝的，就是應用崩潰。

我們用 google firebase 來收集資料，當時的崩潰率在 6% 左右，用户關於應用崩潰的抱怨也層出不窮。經過調查，我們著實發現些可以修復的事情，技術人員加緊步伐，爭分奪秒地迭代了幾個版本後，崩潰率和相關抱怨有了非常明顯的降低。

經過技術評估、行業對比，我們做了資訊拉通：

我們這款應用，因為是音訊類的應用，它的崩潰率就是會比純文字類的應用高一點;

因為我們採用的是 react native 的技術棧，在安卓機上的表現就是會比蘋果機差一點;

經過我們近期 4 次版本線上資料的分析統計，我們認為，安卓崩潰率在 3% 、蘋果崩潰率在 1%，是我們合理的效能指標。

在以後的迭代中，如果發現崩潰率到達警戒，則我們要尤為重視。

圖例 1: 安卓裝置上 crash free rate

三個月後，我們的評分已經悄然升到 3 分。

啓發一：資料，相互比較，才有意義

起初，我們沒有資料，不知什麼樣的表現才讓人安心。通過一段時間的 WooCommerce 運營、迭代，有了各種比較，才正確地建立了我們的安全指標。有了這個指標做指導，我們的工作才更加有方向。

3 分不是任何人想要的終點，我們在尋求下一步的改變。

2018 年 7 月-2018 年 11 月：求變

應用商店裏的評分，大家想來也知道會有很大的隨意性：

阿西吧，居然要收費? 差評!

咋沒有智慧問答? 差評!

勞資今兒心情不好，差評!

在對這些評價置之一笑的同時，我們也在盡所能地分析總結，看有什麼是我們能解決的。但有一個很明顯的問題困擾了我們：評論資訊太少，我們難以定位。一線客服是兼職的，能提供的資訊非常有限。

於是，我們增加了一個新的功能，應用內評價：

搖一搖，報告問題;

適當地彈出調查，給高分的，引導到商店去評分; 給低分的，填具體資訊反饋到後台。正所謂：我們做的好，請告訴全世界，做的不好，告訴我們。

這個功能效果顯著：

一來為用户提供了情緒的出口，讓他們更加方便地吐槽、抱怨，而不用去商店裏發泄;

二來我們能在後台統計到用户使用的機型、系統、版本、甚至是都做了什什麼操作。

通過這些資料，我們得到很多有用的資訊，比如：

我們一直沒有做 iwatch 的適配，我們發現反饋來源裏暫時沒有 iwatch，那麼 iwatch 的適配就暫時被放在低優先順序，不急於處理。

有人反饋説，音訊播放的按鈕不靈敏。我們試了試，沒能復現這個原因。設想可能是個別問題，比如他網絡不好，或是手機問題; 後來有更 WooCommerce 多商户來反應同樣的問題，那麼這個問題便不容小覷，優先順序大大提升，我們必須馬上做測試、檢測、系統優化。

到了 2019 年 1 月份，我們的評分已經漸漸上升到 3.8 分，著實令人欣慰。

啓發二：資料，能幫助我們釐清優先順序，正確分配資源。

我們預算有限，團隊規模不允許我們做大而全的事情。

其實，任何一個專案的預算都有限，如何把錢花在刀刃上，可能是每個專案都要考慮的問題。我們無法在短時間裏做到十全十美，資料可以幫我們度量事務的重要性，在迭代增量中，爭取最大的商業價值。四兩拔千斤，説的可能就是這意思。

2019 年 1 月-2019 年 3 月：演進

系統穩定了，功能也增強了，是時候談談產品該如何演進了吧。

我曾做過很多設想，比如做一個類似英語流利説那種語音智慧打分? 讓用户自己創造內容? 初步做了個估算，哪一項都得個一年半載的。

這個時候，我們也有了更多更穩定的資料來源：

系統運維資料：firebase 的崩潰統計;

用户行為資料：firebase 的事件埋點;

用户反饋資料：蘋果/谷歌商店的評論及評分、應用內評價;

商業統計資料：蘋果/谷歌後控制中心。

通過對這些資料的分析和比較，我會得到和之前認知不太一樣的結果——比如説，我常聽説商業級產品會有相對集中的用户行為，因為他們有相同的文化、流程等，而用户級產品沒有。真的沒有嗎?

這款產品在 20 年前賣的是 CD，用户就喜歡在開車的時候聽點外語，美國地廣人稀，無網又是常態，那麼這種場景就是這款 app 的重要用户使用習慣，通過事件點選資料，我們也能得到一致結論。

圖例 3：音訊的使用的週期性，波峯出現在工作日，波谷出現在週末，每個週期出現的規律大體相同，可以推斷用户大多數會在通勤時使用該應用。

那麼，藍芽、下載、車載配置，就是用户最最需要的特性，而在最初的設計中，這部分功能是缺失的，導致相當一部分用户在反饋這個問題。如今，現在便是產品演進的最好時機。

小步快速地演進了上述功能後，在今年 3 月初，我們的 app 已經升到了 4.5 分，得到了用户更高的滿意度。用户滿意了，又怎樣呢? 下圖是蘋果商店裏銷量的走勢圖。

老闆再也不是愁眉苦臉的樣子了，他們現在更熱衷於討論產品如何進一步優化升級。 4.5 分不是一個終點，無論在用户量擴大、還是產品體驗上，我們還有很長的路要走。

啓發三：資料，能幫我們糾正認知偏差，迴歸客觀事實。

我以前做專案交付，對產品總是存在一些假想，認為應該是這樣這樣。

如今明白，基於驗證的結果，才更為可信。

基於驗證的學習策略，是精益創業思想的核心理念之一。基於此理念，Eric Ries 定義了 “度量——學習——構建” 的驗證式學習迴圈。

如何驗證，資料是最為恰當的手段之一：有針對性地埋點，對產品進行資料度量，通過定性定量分析，學習資料帶來的結果，去偽存真，形成客觀認知，進而構建新一輪的迭代增量——以此來踐行產品演進，或許再適合不過。