Lompat ke konten utama
Pembaruan Langsung

Fix Bugs dalam Detik, Bukan Minggu

Aplikasi Anda tidak bisa menerima bug kritikal yang tidak teratasi sementara proses review App Store berlangsung. Pembaruan Langsung memastikan setiap pengguna mendapatkan perbaikan segera ketika mereka membuka aplikasi mereka selanjutnya.

Pembaruan berlaku secara instan
Tidak ada sesi yang ketinggalan
Waktu pembaruan di bawah detik

Masalahnya

Pembaruan Latar Belakang Tidak Cepat Mencukupi untuk Perbaikan Kritis

Masalah dengan Pembaruan Latar Belakang

1

Pengguna Membuka Aplikasi dengan Bug

Pembaruan Anda tersedia, tetapi pengguna melihat versi yang bermasalah. Download latar belakang dimulai secara diam-diam.

2

Pengguna Mengalami Bug

Mereka mengalami masalah yang sama yang Anda perbaiki. Kecemasan meningkat. Mungkin mereka meninggalkan ulasan 1 bintang.

3

Pembaruan Diterapkan pada LAUNCH Berikutnya

Perbaikan sudah siap, tetapi mereka harus mengalami bug terlebih dahulu. Untuk masalah kritis, itu tidak dapat diterima.

Dengan pembaruan latar belakang, pengguna mengalami bug setidaknya sekali setelah Anda telah memperbaikinya. Untuk masalah kritis, itu terlalu banyak kali.

Ketika Setiap Sesi Penting

Aliran Pembayaran Rusak

Pengguna tidak bisa menyelesaikan pembelian. Setiap sesi tanpa perbaikan itu adalah kehilangan pendapatan.

Kekeliruan Keamanan

Ketidakamanan telah ditemukan. Pengguna tidak boleh menjalankan versi code bahkan sekali.

Tanggapan Atas Peraturan

Peraturan baru berlaku pada pukul 12 malam. Setiap pengguna harus melihat syarat-syarat yang diperbarui segera.

Solusi

Perbaruan Yang Berlaku Sebelum Aplikasi Menampilkan

Perbaruan Langsung memeriksa dan menerapkan perbaruan ketika pengguna membuka aplikasi Anda - sebelum mereka melihat apa-apa. Pengalaman sangat halus, dan setiap sesi menjalankan code terbaru Anda.

Modus Latar Belakang (Default)

1
Pengguna membuka aplikasi
2
Aplikasi menampilkan segera (versi lama)
3
Perbaruan mengunduh di latar belakang
4
Update berlaku pada LAUNCH berikutnya

Pengguna selalu mengalami satu sesi dengan versi lama setelah Anda menerapkan update.

Mode Langsung (Instan)

1
Pengguna membuka aplikasi
2
Update diunduh secara langsung (~500ms)
3
Aplikasi menampilkan versi terbaru

Pengguna selalu melihat code. Tanpa kecuali. Tanpa sesi yang sudah ketinggalan.

capacitor.config.ts
// 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.

Dampak Nyata di Dunia Nyata

Bagaimana QuickCart Menghilangkan Gagal Bayar Malam Ini

QuickCart

Aplikasi E-Commerce - Flash Sale

QuickCart menjalankan penjualan flash dengan 100.000+ pengguna bersamaan selama acara puncak. Ketika pembaruan gateway pembayaran mengganggu aliran pembayaran mereka, mereka menemukannya 4 jam setelah acara besar. Dengan pembaruan latar belakang, pengguna yang telah membuka aplikasi mereka akan mengalami bug.

Tim ahli mereka mendorong perbaikan dalam 23 menit. Namun, dengan pembaruan latar belakang, lebih dari 40.000 pengguna yang membuka aplikasi selama 23 menit itu masih akan mengalami bug pada sesi mereka saat ini. Pada nilai rata-rata pesanan mereka sebesar $47, itu mewakili lebih dari $1,8 juta dalam pendapatan yang berisiko.

Setelah beralih ke Pembaruan Langsung, insiden berikutnya mereka diselesaikan dengan transaksi yang terkena dampak nol. Perbaikan yang diterapkan dalam 18 menit, dan setiap pengguna yang membuka aplikasi setelah itu mendapatkan versi yang diperbarui secara langsung. CFO mereka sekarang menuntut Pembaruan Langsung untuk semua aliran pembayaran yang menghadap pelanggan.

Hasilnya

Waktu untuk deploymen 100% 0 menit
Transaksi yang terkena dampak setelah perbaikan 0
Pendapatan yang dilindungi per insiden $1,8M+
Tiket dukungan pelanggan -97%

"Pembaruan latar belakang baik untuk rilis fitur. Tapi untuk apa yang menyentuh pembayaran, autentikasi, atau kinerja? Pembaruan Langsung tidak dapat diperdebatkan."

— David Park, Wakil Presiden Teknik di QuickCart

Mengapa Tim Pilih Pembaruan Langsung

Pembaruan Langsung menyelesaikan masalah yang pembaruan latar belakang tidak bisa. Berikut ini yang membuat perbedaan.

Zero Sesi Tidak Terupdate

Setiap pengguna yang membuka aplikasi Anda setelah pembaruan mendapatkan versi terbaru secara langsung. Tidak ada pengecualian. Tidak ada 'satu sesi lagi dengan bug.' Setiap sesi menjalankan versi terbaru code.

  • 100% Sesi yang Berjalan Versi Terbaru code - bukan 95%, bukan 99%, tapi 100%
  • Pembaruan kritis mencapai pengguna sebelum mereka bisa mengalami bug
  • Pembaruan komplian mencakup efek segera di semua perangkat

100%

Persentase Sesi yang Berjalan Versi Terbaru code

Pemecahan Bug Instan

Saat Anda menerapkan perbaikan, itu benar-benar diperbaiki. Pengguna tidak mengalami bug 'satu kali lagi' sementara menunggu rilis berikutnya. Saat mereka membuka aplikasi setelah perbaikan Anda, mereka mendapatkan versi yang diperbaiki.

  • Tidak ada lagi tiket dukungan 'Saya baru saja mengalami bug' setelah Anda mengimplementasikan perbaikan
  • Pengawasan menunjukkan peningkatan segera, bukan kurva penyebaran perlahan
  • Teknisi on-call dapat kembali tidur segera setelah mengdeploy

0

Pengalaman bug setelah fix terdeploy

Optimasi Pengalaman Pengguna

Pengguna baru yang mengunduh aplikasi Anda untuk pertama kalinya selalu mendapatkan aliran pengalaman onboarding terbaik Anda. Ketika Anda melakukan A/B testing dan menemukan pemenang, setiap pengguna baru mendapatkannya segera - bukan setelah siklus download latar belakang.

  • Pengguna baru tidak pernah melihat aliran pengalaman onboarding yang sudah usang
  • Pemenang A/B testing terdeploy segera ke 100% pengguna baru
  • Pertama kali mengalami adalah selalu pengalaman terbaik saat ini

+34%

Perbaikan dalam Retensi Hari Pertama

Kapan Menggunakan Perbarui Langsung

Perbarui Langsung ideal untuk skenario di mana konsistensi yang segera lebih penting daripada perbarui yang tidak terlihat.

Perbaikan Kritis Bug

Gagal bayar, masalah autentikasi, kerusakan data - bug di mana mengalami sekali sudah terlalu banyak kali.

Pengguna Baru Onboarding

Pertama kali menghadapi pengguna sangat penting. Pastikan setiap pengguna baru mendapatkan pengalaman onboarding terbaik dan paling optimal dari sesi pertama mereka.

Fitur Berdasarkan Acara

Fitur yang terkait dengan waktu tertentu - penjualan hari raya, peluncuran produk, acara live. Mereka harus hidup tepat ketika acara dimulai.

Pembaruan Keamanan

Ketika keamanan terdeteksi? Pengguna tidak boleh menjalankan code yang rentan bahkan sekali setelah Anda telah memperbaikinya.

Peluncuran Uji Coba A/B

Mencari varian pemenang? Kirimkannya ke 100% pengguna segera tanpa harus menunggu pembaruan latar belakang secara bertahap.

Pembaruan Kepatuhan

Peraturan baru, syarat-syarat yang diperbarui, pengungkapan yang diperlukan. Batas waktu hukum tidak menunggu download latar belakang.

Dibangun untuk Kinerja

Pembaruan Langsung hanya dapat berfungsi jika mereka cepat. Infrastruktur global kami memastikan pembaruan berlaku dalam kurang dari satu detik.

<50ms

Waktu cek update

<500ms

Download paket biasanya

<1s

Total waktu render aplikasi

99.9%

Uptime infrastruktur

Hentikan Pengguna Mengalami Bug yang Tidak Berubah

Setiap sesi setelah perbaikan Anda harus menjalankan perbaikan. Pembaruan Langsung membuat itu menjadi kenyataan.

Perubahan satu konfigurasi. Pembaruan sub-detik. Sesi yang tidak perlu diperbarui.