引導 App Store 使用者評論的思考
背景
App Store 改進搜尋演算法，並且大批次的刪除應用的評論
最新更新的 iOS 11 中，App Store 的應用展示頁面將應用的評分放在了僅次於應用名稱的位置，第一眼就能看到應用的評分情況。
足以看出使用者的評分和評論將會在 ASO 最佳化中佔據一個較為重要的權重。
為什麼使用者不願意去 App Store 評論
App Store 體驗較差，主要體現在：載入慢、評論體驗差（評論專案多，標題、內容、評分）、評論以後不能立刻顯示出來。
評論與否對於使用者來說，沒有任何影響。
評論引導的文案太死板，使用者沒有點選的慾望。
評論引導的彈窗出現的不合時宜：正在使用 app 的時候，誰願意被打斷，然後做另外一件事情？或者使用者剛剛下載應用的時候就提示請求評論。
一些案例
UC ：專門的評論引導選項，有篩選功能，同時以動畫形式開啟
QQ 瀏覽器：直接開啟 Apple Store 評論視窗
ONE 一個：應用內彈出評分框
58 同城：一個比較複雜的獨立頁面，有篩選功能
日日煮：在應用內開啟 App Store 頁面（速度較慢）
更多的是直接跳轉至 App Store 還需要使用者去手動選擇評論（操作步驟太多）
騰訊影片：系統彈窗，讓使用者做判斷
Trello ：Settings 介面中，最底部用很大的面積去做使用者評論引導，並且圖片中的 Dog 形象在按壓的時候還會讓手機振動。
引導方式
更新日誌
每次更新，在更新日誌最後放上一句話進行引導評論。例如：
Things 全體工作人員十分感謝您多年來對我們的大力支援！ 希望您喜歡這款全新的應用 – 請留下您的評論，告訴我們您的想法！
功能層面
使用者評分引導
1。 使用者主動點選：使用者點選以後彈出彈窗，詢問使用者怎麼看待我們的應用，兩個選項（好評，或者差評），好評則跳轉至 App Store 的評價視窗，或者直接在應用內部評分。
2。 主動彈窗：在使用者安裝應用後連續 3 天內開啟超過 10 次，並在第 10 次以後的某一次儲存成功後，彈出彈窗。如果使用者拒絕，則本次在本次安裝的情況下，應用不再提示。
主動彈窗
當達到某一個特定條件的時候，app 主動給使用者彈出評分提示，使用者可選評分，或者忽略。
存在的問題
彈窗過於強勢，對使用者的打擾比較嚴重，需要全面考慮彈窗的情景、彈窗的設計、文案以及觸發的條件。
設計層面
在設計上給出一些引導暗示，例如：小紅點。
存在的問題
誘導性的設計或者功能會給人一定的逆反情緒，有可能會適得其反。
為什麼要讓使用者做選擇題？
1。
從使用者心理出發
：「苦苦哀求」可能會激發使用者的虐待心理，從而故意給你一個差評。而選擇，不會有很強烈的心理波動，是一個很自然的動作。就如同職場上有一個觀點是，老闆只喜歡做選擇題，不喜歡做判斷題。
2。
從產品角度出發
：選擇題本身就是一個篩選的過程，儘量減少那些不太看好產品的使用者給出太多負面的評價；透過篩選，將這些負面評價或者反饋收集到內部來消化，並及時給使用者反饋，能夠很好的形成一個閉環。
存在的問題
評論的路徑會變長，減少負面評論的同時，也許會讓不少的正面評論因此而被阻擋。
關於使用者的反饋
使用者在產品的開發過程中起著非常重要的作用，他們能幫忙進行測試，能給出一些產品改進的意見，以及幫助我們發現問題。所以，我們應該對他們的反饋有足夠的重視。
反饋收集方式
1。 郵件渠道：在應用中呼叫郵件反饋介面，並在其中新增關鍵資訊，如：機型、系統版本、App 版本，並引導使用者描述清楚反饋的問題，如有可能配上截圖。
2。 維護使用者交流群：QQ 、Telegram 、Slack 等。
3。 微博微信開通接受反饋的渠道，或者增加反饋方式的展示，引導使用者在以上兩個渠道去進行反饋。
可以嘗試的幾個點
1。 在更新日誌當中用一句話引導使用者評論，如：如果您喜歡我們的 app ，希望您能在 App Store 為我們留下評分和評論。這是對於我們團隊的莫大支援，非常感謝！
2。 參考 Trello 的評論引導，做針對性的設計，和趣味功能開發。使用者點選評論以後，直接跳轉 App Store ，並且開啟評論頁，這個過程不需要讓使用者去尋找。
3。 增加主動邀請評論的功能彈窗。首次彈窗在使用者安裝應用 72 小時後，開啟應用，並完成一個導圖的儲存操作（以退回到檔案主頁面為準）時彈出提示，若使用者拒絕，則一週後再提示；若使用者同意評論，則直接跳轉評論頁面。
aHR0cDovL3dlaXhpbi5xcS5jb20vci8wRHZmeF9MRVVyOHRyYWFrOTI3Qw== （二維碼自動識別）
歡迎關注我的微信公眾號，與我進行交流
