APP升級之路:從1.9分到4.5分

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

想起之前每日優(yōu)鮮的評分翻車事件,說起來也特別好笑——更新文案中跪舔996,引起大量用戶反感(或許用戶大部分都是程序員),導致各路商店里每日優(yōu)鮮被瘋狂diss,好好的4.5分被刷成1.3。本想抖個機靈,結果一夜回到解放前。

每日優(yōu)鮮

那我們的應用是怎么了,怎么就到了1.9了?

事情得從一年前說起。

去年7月,我們以產品演進的形式,承接了一個基于音頻學習的外語學習移動產品,用戶主要分布在北美,有一定的群眾基礎。

接手時,項目已經上線,但效果不是很理想,主要表現(xiàn)為:

  • 市場反應慘淡,蘋果商店里評分僅為1.9;
  • 用戶反饋的信息很雜亂,難以追根溯源;
  • 想優(yōu)化,不知從何入手。

于是有了下面一段對話:

客戶,愁眉苦臉:這怎么弄啊?這評分實在太讓人沮喪了!
我:你想要到多少分?
客戶,毫不猶豫:越高越好!
我:你先冷靜一下!

評分低于2.5,大部分還是應用本身有問題,于是我們有了第一階段:

從7月到11月:維穩(wěn)

經過測試和觀察我們發(fā)現(xiàn),這款應用的總體功能還算可以,但是有很多bug和crash,有些評論甚至表示一打開應用就閃退。那么這一階段,我們主要解決的是穩(wěn)定性問題。

輕易能復現(xiàn)的bug易解,眾說紛紜的性能問題難調。性能問題里,首當其沖的,就是應用崩潰。

我們用Google Firebase來收集數(shù)據,當時的崩潰率在6%左右,用戶關于應用崩潰的抱怨也層出不窮。經過調查,我們著實發(fā)現(xiàn)些可以修復的事情,技術人員加緊步伐,爭分奪秒地迭代了幾個版本后,崩潰率和相關抱怨有了非常明顯的降低。

經過技術評估、行業(yè)對比,我們做了信息拉通:

  • 我們這款應用,因為是音頻類的應用,它的崩潰率就是會比純文本類的應用高一點;
  • 因為我們采用的是react native的技術棧,在安卓機上的表現(xiàn)就是會比蘋果機欠佳一點;
  • 經過我們近期4次版本線上數(shù)據的分析統(tǒng)計,我們認為,安卓崩潰率在3%、蘋果崩潰率在1%,是我們合理的性能指標。

在以后的迭代中,如果發(fā)現(xiàn)崩潰率到達警戒,則我們要尤為重視。

安卓設備上crash free rate

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

啟發(fā)一:數(shù)據,相互比較,才有意義

起初,我們沒有數(shù)據,不知什么樣的表現(xiàn)才讓人安心。通過一段時間的運營、迭代,有了各種比較,才正確地建立了我們的安全指標。有了這個指標做指導,我們的工作才更加有方向。

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

從11月到次年1月:求變

應用商店里的評分,大家想來也知道會有很大的隨意性:

  • 什么,居然要收費?差評!
  • 沒有智能問答?差評!
  • 今兒心情不好,差評!

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

于是,我們增加了一個新的功能,應用內評價:

  • 搖一搖,報告問題;
  • 適當?shù)貜棾稣{查,給高分的,引導到商店去評分;給低分的,填具體信息反饋到后臺。正所謂:我們做的好,請告訴全世界,做的不好,告訴我們。

這個功能效果顯著:

  • 一來為用戶提供了情緒的出口,讓他們更加方便地吐槽、抱怨,而不用去商店里發(fā)泄;
  • 二來我們能在后臺統(tǒng)計到用戶使用的機型、系統(tǒng)、版本、甚至是都做了什么操作。
應用內評價及后臺系統(tǒng)

通過這些數(shù)據,我們得到很多有用的信息,比如:

  • 我們一直沒有做iwatch的適配,我們發(fā)現(xiàn)反饋來源里暫時沒有iwatch,那么iwatch的適配就暫時被放在低優(yōu)先級,不急于處理。
  • 有人反饋說,音頻播放的按鈕不靈敏。我們試了試,沒能復現(xiàn)這個原因。設想可能是個別問題,比如他網絡不好,或是手機問題;后來有更多用戶來反應同樣的問題,那么這個問題便不容小覷,優(yōu)先級大大提升,我們必須馬上做測試、檢測、系統(tǒng)優(yōu)化。

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

啟發(fā)二:數(shù)據,能幫助我們厘清優(yōu)先級,正確分配資源。

我們預算有限,團隊規(guī)模不允許我們做大而全的事情。其實,任何一個項目的預算都有限,如何把錢花在刀刃上,可能是每個項目都要考慮的問題。我們無法在短時間里做到十全十美,數(shù)據可以幫我們度量事務的重要性,在迭代增量中,爭取最大的商業(yè)價值。四兩撥千斤,說的可能就是這意思。

從1月到3月:演進

系統(tǒng)穩(wěn)定了,功能也增強了,是時候談談產品該如何演進了吧。

我曾做過很多種設想,比如做一個類似英語流利說那種語音智能打分?讓用戶自己創(chuàng)造內容?初步做了個估算,哪一項都得個一年半載的。

這個時候,我們也有了更多更穩(wěn)定的數(shù)據來源:

  • 系統(tǒng)運維數(shù)據:firebase的崩潰統(tǒng)計;
  • 用戶行為數(shù)據:firebase的事件埋點;
  • 用戶反饋數(shù)據:蘋果/谷歌商店的評論及評分、應用內評價;
  • 商業(yè)統(tǒng)計數(shù)據:蘋果/谷歌后控制中心。

通過對這些數(shù)據的分析和比較,我會得到和之前認知不太一樣的結果——比如說,我常聽說商業(yè)級產品會有相對集中的用戶行為,因為他們有相同的文化、流程等,而用戶級產品沒有。真的沒有嗎?

這款產品在20年前賣的是CD,用戶就喜歡在開車的時候聽點外語,北美地廣人稀,無網又是常態(tài),那么這種場景就是這款app的重要用戶使用習慣,通過事件點擊數(shù)據,我們也能得到一致結論。

音頻的使用的周期性

(音頻的使用的周期性,波峰出現(xiàn)在工作日,波谷出現(xiàn)在周末,每個周期出現(xiàn)的規(guī)律大體相同,可以推斷用戶大多數(shù)會在通勤時使用該應用)

那么,藍牙播放、下載、車載配置,就是用戶最最需要的特性,而在最初的設計中,這部分功能是缺失的,導致相當一部分用戶在反饋這個問題。如今,現(xiàn)在便是產品演進的最好時機。

小步快速地上線了用戶高頻需求的功能后,在今年3月初,我們的app已經升到了4.5分,得到了用戶更高的滿意度。用戶滿意了,又怎樣呢?下圖是蘋果商店里銷量的走勢圖。

蘋果商店里銷量的走勢圖

客戶再也不是愁眉苦臉的樣子了,他們現(xiàn)在更熱衷于討論產品如何進一步優(yōu)化升級。4.5分不是一個終點,無論在用戶量擴大、還是產品體驗上,我們還有很長的路要走。

啟發(fā)三:數(shù)據,能幫我們糾正認知偏差,回歸客觀事實。

我以前做項目交付,對產品總是存在一些假想,認為應該是這樣這樣。如今明白,基于驗證的結果,才更為可信。

基于驗證的學習策略,是精益創(chuàng)業(yè)思想的核心理念之一。基于此理念,Eric Ries定義了“度量——學習——構建”的驗證式學習循環(huán)。

度量——學習——構建

如何驗證,數(shù)據是最為恰當?shù)氖侄沃唬河嗅槍π缘芈顸c,對產品進行數(shù)據度量,通過定性定量分析,學習數(shù)據帶來的結果,去偽存真,形成客觀認知,進而構建新一輪的迭代增量——以此來踐行產品演進,或許再適合不過。

文/ThoughtWorks 劉迪影


更多精彩洞見,請關注微信公眾號:ThoughtWorks洞見

?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
【社區(qū)內容提示】社區(qū)部分內容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發(fā)布,文章內容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內容

友情鏈接更多精彩內容