惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

宝玉的分享
宝玉的分享
NISL@THU
NISL@THU
E
Exploit-DB.com RSS Feed
L
LINUX DO - 热门话题
L
Lohrmann on Cybersecurity
K
Kaspersky official blog
Project Zero
Project Zero
Cisco Talos Blog
Cisco Talos Blog
T
The Exploit Database - CXSecurity.com
P
Palo Alto Networks Blog
C
CXSECURITY Database RSS Feed - CXSecurity.com
T
Threatpost
S
Schneier on Security
G
GRAHAM CLULEY
The Hacker News
The Hacker News
T
Threat Research - Cisco Blogs
Scott Helme
Scott Helme
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
P
Privacy & Cybersecurity Law Blog
C
Cyber Attacks, Cyber Crime and Cyber Security
Cyberwarzone
Cyberwarzone
C
CERT Recently Published Vulnerability Notes
T
Tor Project blog
AWS News Blog
AWS News Blog
Simon Willison's Weblog
Simon Willison's Weblog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
爱范儿
爱范儿
P
Privacy International News Feed
云风的 BLOG
云风的 BLOG
P
Proofpoint News Feed
S
Securelist
G
Google Developers Blog
The Last Watchdog
The Last Watchdog
Google Online Security Blog
Google Online Security Blog
美团技术团队
F
Fortinet All Blogs
小众软件
小众软件
Recorded Future
Recorded Future
V
Visual Studio Blog
B
Blog RSS Feed
H
Help Net Security
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Google DeepMind News
Google DeepMind News
Blog — PlanetScale
Blog — PlanetScale
博客园 - 聂微东
Stack Overflow Blog
Stack Overflow Blog
Martin Fowler
Martin Fowler
Latest news
Latest news
Spread Privacy
Spread Privacy
H
Heimdal Security Blog

Nic Lin's Blog

謝明真 - 高效領導力的課後筆記 NFT 開發實戰!基礎智能合約入門 (3) NFT 開發實戰!基礎智能合約入門 (2) NFT 開發實戰!基礎智能合約入門 (1) 如何自我檢測 log4j CVE 漏洞 Rails 如何在資料寫入時記錄來源 IP 位置 如何經營工程師 Youtube 頻道 - Part 8 營收篇 如何經營工程師 Youtube 頻道 - Part 7 酸民文化篇 如何經營工程師 Youtube 頻道 - Part 5 設備器材篇 如何經營工程師 Youtube 頻道 - Part 4 後製剪輯篇 如何經營工程師 Youtube 頻道 - Part 3 文案企劃篇 如何經營工程師 Youtube 頻道 - Part 2 設備器材篇 如何經營工程師 Youtube 頻道 - Part 1 制訂頻道方向篇 如何經營工程師 Youtube 頻道 - Part 0 Rails 中避免 race condition 的最佳實踐(二) Rails 中避免 race condition 的最佳實踐(一) 10 分鐘整合 google sheet 做自動化開發功能週報 經營 Side Project 300 天所帶來的收穫及挑戰 我的 Youtube 影片製作流程 API 設計時必須注意的 HTTP header 底線問題 如何提升你的程式可讀性之實務技巧(三) 如何提升你的程式可讀性之實務技巧(二) 如何提升你的程式可讀性之實務技巧(一) Ruby 中使用 freeze 優化效能的時機 避免 React 中的 useEffect 無限 render 在 Rails 內輕量使用 Vue Component 的最佳實踐 如何在區域網路用 Docker 架設有 SSL 的 Gitlab 從被問到問人,那些我常問的面試問題 [Rails] 如何漂亮寫出可維護的 query (Maintainable Rails Query) 在已知長度情況下優化 slice 的性能 Rails 的 scope 為什麼用 lambda? Proc 與 lambda 不同之處 淺談 Active Record 的 Lazy load 特性 Rails 專案搭配 Github Actions 進行 RSpec 自動化測試 JavaScript 中 require, import 的差別及效能 React 效能優化基本招 ES6 箭頭函式 (Arrow functions) 2 個月擁有 6000 用戶 Side project 這樣做(一) 如何讓自己成為失敗的軟體工程師 如何用 Rack::Attack 阻擋 DDOS / 惡意流量 用 OpenSSL 自簽開發用 HTTPS SSL 憑證 為機器加上登入訊息,在 ubuntu 設置登入歡迎詞 Ruby Memoization 性能優化之記憶化 淺談 SSH agent forwarding 和 proxy command 的安全風險與應用 [Rails] Service / Library / Concern 的差異 避免過度的 Defensive Programming 防禦性程式設計 1:1 攪亂器,如何用 Ruby 做可逆推序號 Rails 中的欄位及方法命名原則 [Rails] 用 puma-dev 作為本地開發伺服器 (支援 https 自簽憑證) 將 Rails 專案從手動部屬遷移使用 Capistrano 自動化部屬 工程師提昇自己的教學和簡報技術的方法 [筆記] Rails 3.2 升級 Rails 6.beta 經驗分享 Class method 氾濫帶來什麼問題 RDBMS 課程心得與筆記 常用的 Rails 開發規範 Rest-Client 如何做 Basic Authentication 驗證 [Rails] 何為 tld_lebgth? 遵循 Semantic Versioning 軟體開發語意化版本管理 請直接在 MySQL 裡面直接用 utf8mb4 取代 utf8 如何解決在 awesome print 中遇到 ActionController::Parameters unable to convert unpermitted 如何在 Mac 上升級 PostgreSQL 並遷移資料 如何解決 Mysql2::Error: Incorrect string value 讀書心得 - 「信任因子:信任如何影響大腦運作、激勵員工、達到組織目標」 我是如何寫部落格筆記的 讀書心得 - 「先問,為什麼?:顛覆慣性思考的黃金圈理論,啟動你的感召領導力」 [Rails] 解決 Reset Password 帶來的 token 洩漏問題 我的軟體工程師生涯:如何挑選適合你的公司 Rails 中的 delegate 用法 淺述 SSR SPA 優缺點 Rails 非同步工作請用 Global ID [React] Class Component 傳遞 props 的 2 種方式 好用的隱私權政策 URL 自動生成 Rails 5.1 之後的 tag helper Rails 5.2 Encrypted Credentials 最近面試被給的建議和書單 一般架構需要用到 K8S 嗎 透過 commit SHA 找 github Pull request 從零搭建,如何讓 Rails 跑在 Kubernetes(k8s)(二) 從零搭建,如何讓 Rails 跑在 Kubernetes(k8s)(一) React Stateless Functional Components 搞懂 React 中的 state 和 props 物件導向基本原則 SOLID (Ruby Sample) 在以太坊智能合約上是可以預測隨機數的 在台灣租屋必須注意的事 Rails 5 簡單雙向加解密 如何用 ABA 培養自律型員工 不要在 rake task 中定義 method, 請用 RAKE::DSL rails 非hash只想用array輸出page 如何處理陣列裡有重複的值 [Rails] 如何重設你的專案名稱 Ruby on Rails install on Mac 安裝步驟 使用 Friendly_id 與 Babosa 美化你的Rails 網址 Junior Rails 兩個月實戰心得 Devise使用Google實作登入 [iterm2] 如何新增alias 一個新鮮人找尋Rails工作的面試經驗 如何讓兩個資料表建立關聯 routing 的 namespace strong parameter user story 的格式 user story 是什麼?
[ReactNative] 如何在 iOS APP 上主動要求用戶評分
Nic Lin · 2019-12-29 · via Nic Lin's Blog

iOS 在 10.3 版本之後引入 SKStoreReviewController 來做到更好的評分 UI 交互,也就是說你不必讓使用者跳脫應用程式導向 app store 再進行評分。

可以以一個 pop up 給用戶在應用程式內進行評分

評分和評論的重要性

在 iOS 商店有超過一百萬個應用程式,用戶難已知道這些 App 是否值得下載和試用。

在現在這個人人都有網路的情況下,無論現在尋找餐廳、外賣、還是預定酒店等等,用戶在做出購買決定時都會習慣依靠評價和評論,因為用戶在接觸你以前這是他們唯一能知道的訊息,高評分和高評論也會給潛在用戶留下好的印象,進一步增加他們安裝你的 App 可能性。

評分和評論的幫助還有一部份是在 App Store 上提高排名,根據 App Radar 的研究表示,評分的平均值及評論數量,對排名有一定程度的影響。

在 2017 年 8 月時,有趣的是 Instagram 應該是在這個時候使用了新的 API 來主動要求用戶評分,所以當時才推出一個禮拜的版本竟然有了 200 萬用戶評分

那麼要在什麼時機請用戶評分呢?

SKStoreReviewController 的限制

這裡很有趣,跳出 popup 的評分提示並不是你想跳幾次就跳幾次。

  • 無論你請求提示多少次,依目前限制是 365 天內最多 3 次
  • 直接 call 該 API 並「不能保證」會直接顯示,這也就是說功能不建議綁訂在按鈕或讓用戶操作來調用
  • 系統版本建議綁定彈跳評分,可以確保用戶不會在同一個版本內看到多次的彈跳視窗

什麼時候才合適向用戶要求評分

前陣子我寫了個 Side project,有趣的是在 iOS 上我們有總用戶數將近 70% 的部分,但評分數量卻只有 50 個,而且保持了將近三個月都沒有在新增過。

於是在這次更新版本的部分,加上了主動式要求評分的功能,但合適的時機是什麼呢?

這裡要注意的是,如果 App 太爛或是在不對的時機跳出,很有可能會惹惱用戶拿到爛評分 XD

在這邊我的策略是,每次用戶開啟 App 時,Count 就 + 1,並且持久化的儲存在 local storage 內,當 Count 超過 5 次,表示用戶已經對我們的 App 有一定程度的熟悉,這時候就可以來詢問用戶可不可以給我們個評價囉,為了避免過度彈跳,所以我另外記錄一個版本最多跳三次。

這裡用 React Native 進行實作,主要會是 2 個套件

  • 持久化本地儲存的 async-storage
  • 彈跳評分的 react-native-store-review
import AsyncStorage from "@react-native-community/async-storage";
import * as StoreReview from 'react-native-store-review';
import Config from "../config/config.env"

// 啟動時才 call 這個 function,每次都增加進度,直到可以顯示就跳顯示
// actionCount 觸發計算
// versionCount 該版本跳過幾次
export async function requestReviewIfAppropriate() {
  if (!StoreReview.isAvailable) {
    return
  }

  const appVersion = Config.APP_VERSION
  const cacheKey = "requestReview"
  const defaultReviewStoreJSON = JSON.stringify({ version: appVersion, actionCount: 0, versionCount: 0 })

  try {
    const reviewStoreJSON = await AsyncStorage.getItem(cacheKey) || defaultReviewStoreJSON
    const reviewStore = JSON.parse(reviewStoreJSON)
    const { version, actionCount, versionCount } = reviewStore

    let newActionCount = actionCount + 1
    let newVersionCount = versionCount

    if (version == appVersion && actionCount >= 5 && versionCount <= 3) {
      StoreReview.requestReview();
      newActionCount = 0
      newVersionCount += 1
    } else {
      newActionCount += 1
    }

    AsyncStorage.setItem(cacheKey, JSON.stringify({ version: appVersion, actionCount: newActionCount, versionCount: newVersionCount}))
  } catch (error) {
    console.log(error)
  }
}

接著只要在啟動的地方 call requestReviewIfAppropriate() 就可以了

執行成果

  • 未執行前,已經 2 個月以上沒有用戶給予評分,評分總數停留在 48 個。
  • 執行後, 2 個禮拜內增加了 140 個評分。

實際上 production 後發現,一個版本不會真的跳三次,就像上面提到要注意的部分,App Store 還是會幫你決定可以實際顯示的情況就是囉