Android 中的用户崩溃率，及格与优秀标准

[KratosOmega]

• 崩溃率 = 崩溃次数 /启动次数
• 用户崩溃率 = 影响用户 /活跃用户 查了一下， [崩溃率] 的及格标准是 0.4%，但是 [用户崩溃率] 的标准查不到，我们 APP 目前 7 天内的 [用户崩溃率] 达到了 12%（火山引擎看到的）。

想问下大家 APP 的 [用户崩溃率] 多少呢？要多少才达到及格标准

[kop1989smurf]

我自己的开发经验中，并没有楼主描述的“用户崩溃率”这个维度的概念。
因为崩溃影响的用户数量，并不是一个直观的反应产品质量的参数。

假设某个群体，或者某款设备因为软件 bug ，100%崩溃，导致他频繁重试。
那么反映在“用户崩溃率”上的数值不会变，没有指导意义。

反之，崩溃率是直接反应产品风险和稳定性的指标。

[pual]

99.99% crash free

[urnoob]

好像崩溃率 0

[palxie]

我们在 Firebase Crash-free users, android 98.9, ios 99.73

[KratosOmega]

@kop1989smurf 火山引擎、友盟确实有这种 [用户崩溃率] 的概念。
@palxie 你们这个 [Crash-free users] 是 1 天内的还是 7 天内的呢？我们 1 天内的都高达 7%。另外 Firebase [Crash-free users] 的计算，也是 影响用户 /活跃用户？

[orangeshine]

我们产品要求朝着万分之二的标准去做

[KratosOmega]

@orangeshine [用户崩溃率] ？

[CFM880]

昨天崩溃设备占 0.18%

[palxie]

我们在 Firebase Crash-free users, android 98.9, ios 99.73
--------
@KratosOmega #5 我的是 7 天的, 计算的方式是 1-(Crashed Users / All Users)

[CFM880]

崩溃设备去重 /启动设备去重 是 0.1%

[palxie]

我们公司并没有人关注奔溃率, 也都是开发自己上去看看, 把能解决的, 影响多的, 给处理掉

[iovekkk]

当年在一家小公司，领导要求崩溃率控制在千分之五以下
后来去了一家相对大一点的公司，好家伙，这家公司的产品有三个版本
一周发一个版本的灰度渠道，用户数有十几万
两周发一个版本的相对稳一点的灰度渠道，用户数有几十万
最后就是各大应用商店的正式渠道了，一个多月发一次版本，用户数有几千万
正式渠道的版本崩溃率一直都是万分之一二左右

[MarsCloud]

基本上控制在 千分之一以内吧，平均维持在 万分之五。🐶

[learnerkk]

一般公司都是在千 5 以下。
其实对这个崩溃率的容忍度，核心在于你们公司的用户量究竟有多少？
大公司因为用户量大，所以标准会严格点，达到万 5 甚至更低。毕竟你百万日活，有那么几十个崩溃也正常；
同样的小公司日活几万～几十万，千五也就差不多是这么个数吧。

[iweus]

刚查了下我们公司的 app,日均展示次数 3.9w ，崩溃 400 次，崩溃率大概 0.01

[mcluyu]

firebase 此数据来自 Google Analytics （分析），可能与 Crashlytics 不同。 计算公式如下：
1 -（崩溃用户数 /所有用户数）

最近 30 天：99.92%

[messnoTrace]

Google play 后台会有统计，他会把相同类型的崩溃率昨个做个统计，然后列出 Bad behaviour threshold
这条线，你的应用，高于这个，就是 bad ，低于这个，就可能上 google play 的 feature ，也就是优秀

[lunatic5]

GooglePlay 后台的阈值标准

[Leon821]

0.15%是最后的底线了，常规在 0.1%

[evilwk]

小公司用第三方服务多的话，很难控制崩溃率，一般在千分之几，如果大公司很多服务都是自己开发的，崩溃率可以控制到万分之几。