WEATHER
FEMA
紧急指南中,小错误可能会迅速升级为紧急情况。
用户打开有问题的应用
用户可见的更新已经可用,但仍然看到有问题的版本。背景下载开始静默地下载。
用户体验到问题
他们遇到了您修复的问题的相同问题。他们的不满逐渐增加。他们可能会给一星级的评价。
更新在下一次启动时应用
修复已经准备好,但他们必须先体验到问题。对于严重的问题,这是不可接受的。
在每次启动时,用户都必须经历问题至少一次。对于严重的问题,这是太多次了。
支付流程中断
用户无法完成购买。每次启动都没有修复的收入都是损失。
安全漏洞
已发现安全漏洞。用户不应运行有漏洞的code,甚至只有一次。
《合规截止日期》
新规定将于午夜生效。每个用户必须立即看到更新的条款。
Direct Updates check for and apply updates when users open your app - before they see anything. The experience is seamless, and every session runs your latest code.
直接模式(即时)
用户始终看到最新的code,零例外,零过期会话
// Enable Direct Updates - one config change
CapacitorUpdater: {
autoUpdate: 'always', // Updates apply immediately on app open
}
// That's it. When users open your app:
// 1. Capgo checks for updates (~50ms)
// 2. If available, downloads immediately (~200-500ms)
// 3. Applies before your app renders
// Users always see the latest version. Zero exceptions.
电子商务-闪购应用
QuickCart在高峰事件期间以100,000+个并发用户运行闪购活动。当支付网关更新破坏了他们的结算流程时,他们在销售活动的4小时后才发现问题。通过后台更新,已经打开应用的用户将会经历bug。
他们的工程团队在23分钟内推送了修复。但是,通过后台更新,超过40,000个用户在那些23分钟内打开应用时仍然会在当前会话中遇到bug。根据他们的平均订单价值47美元,这意味着超过180万美元的收入将面临风险。
在切换到直接更新后,他们的下一次事件是零受影响交易解决的。修复在18分钟内部署,所有在那一刻之后打开应用的用户都立即获得了修复版本。他们的财务总监现在坚持在所有客户端支付流程中使用直接更新。
"背景更新适用于功能发布。但是,涉及支付、身份验证或合规性的事情?直接更新是不可谈判的。"
—— QuickCart 首席工程师 David Park
直接更新解决了背景更新无法解决的问题。以下是区别所在。
每个用户在更新后打开应用程序时,都会立即获得最新版本。没有例外。没有‘再次遇到错误’。每个用户会运行最新的code。
100%
code 的最新版本会在所有用户会话中运行
当您推送修复时,它确实是修复的。用户不会在等待下一次发布时再次遇到错误。用户打开应用程序后,他们会立即获得修复的版本。
0
修复部署后错误的体验
新用户下载您的应用程序时始终会获得最佳入门体验。您进行A/B测试并找到胜利者时,每个新用户都会立即获得它 - 不是等待后台下载周期后才获得。
+34%
第一天留存率的提高
直接更新适用于场景,立即的一致性比不可见的更新更重要。
支付失败、身份验证问题、数据损坏 - 经验一次就足够了的错误。
第一印象很重要。确保每个新用户从第一会话开始就获得最佳、最优化的入门体验。
与特定时间相关的功能 - 节日促销、产品发布、直播活动。它们需要在活动开始时实时生效。
发现漏洞?即使已修补,也不应让用户运行易受攻击的code。
找到赢得的变体?立即将其部署到100%的用户中,而不是等待逐渐的后台更新。
新法规、更新的条款、必需的披露。法律截止日期不会等待后台下载。
直接更新只有在速度快时才可行。我们的全球基础设施确保更新在一秒钟内应用。
更新检查时间
典型的软件包下载
应用渲染总时间
团队类型的解决方案
企业
使用Capacitor构建的应用
紧急、健康和公民应用不能等待几天来修复一个破损的清单、资源链接或特定位置的通知。直接更新让Web层可以在修复批准后立即移动。
WEATHER
紧急指南中,小错误可能会迅速升级为紧急情况。
MEDICAL
健康记录和指南界面需要快速交付批准的文本修改。
社交
在多种设备上都能安全地提供指导的公民身份流程