iOS 10.3 introduces a new way to ask customers to provide App Store ratings and reviews for your app. Using the SKStoreReviewController API, you can ask users to rate or review your app while they're using it, without sending them to the App Store.
在 iOS 10.3 中忍坷，開發(fā)者可以在應(yīng)用內(nèi)引導(dǎo)用戶對 app 直接評分，而不需要跳轉(zhuǎn)到 App Store 的 app 詳情頁進行操作。事實也證明疚脐，接入這一新特性的新版本分扎，在發(fā)布后的幾天內(nèi)罚攀，評分有明顯上升蛛枚。
潛在的風(fēng)險
值得一說的是坏晦，觸發(fā)引導(dǎo)評分的場景萝玷，需要重新考慮嫁乘。
在此之前，就有很多產(chǎn)品為了提升評分的轉(zhuǎn)化率球碉，對這一流程進行優(yōu)化蜓斧。比如，先詢問用戶是否對應(yīng)用滿意汁尺，如果滿意則去評分，如果不滿意則去給開發(fā)者填寫反饋多律，避免了對應(yīng)用有負面印象的用戶直接把差評填寫到 App Store 的公開評價里痴突。
但類似的做法，在新特性里不一定適合狼荞，原因是這個 SKStoreReviewController API 只能請求調(diào)起辽装，在調(diào)起后是否進行評價、評價了幾分相味，無法知道拾积；甚至，連是否成功調(diào)起都無法知道丰涉。
蘋果說到拓巧，一年只允許調(diào)起三次評分，但這三次的間隔是多久一死，具體并沒有說明肛度，控制權(quán)在蘋果手上。如果先詢問用戶是否滿意投慈，用戶選擇滿意時向系統(tǒng)請求調(diào)用 SKStoreReviewController API承耿，但應(yīng)用內(nèi)評論的彈框沒顯示出來，這種情況是可能存在的（比如伪煤，該時間段內(nèi)否評價次數(shù)已經(jīng)用完）加袋。而且開發(fā)者不能采取其它策略來應(yīng)對，因為不知道彈框是否順利顯示抱既。
開發(fā)者怎么做职烧？
在合適的時機，直接請求調(diào)起應(yīng)用內(nèi)評分防泵。
以簡書為例阳堕，比如在用戶查閱了收到喜歡、贊賞的提醒時择克，請求調(diào)起恬总；在用戶喜歡、贊賞了文章后肚邢，請求調(diào)起壹堰。喜歡和贊賞往往是積極的拭卿，可以進行引導(dǎo)；但評論不一定是積極的贱纠，如果在收到一條惡意評論時調(diào)起評分峻厚，很難保證用戶還對應(yīng)用作出五星好評。這是時機的選擇谆焊。
同時惠桃，如果在這些時機直接發(fā)起請求，一旦調(diào)起失敗辖试，也不會影響原先的使用流程辜王，不會給用戶產(chǎn)生疑惑。
