Lompat ke konten utama
Pembaruan Langsung

Perbaiki Bug dalam Detik, Bukan Minggu

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

Pembaruan berlaku segera
Tidak ada sesi yang ketinggalan
Waktu pembaruan di bawah satu detik

Masalahnya

Pembaruan Latar Belakang Tidak Cukup Cepat untuk Perbaikan Kritis

Masalah dengan Pembaruan Latar Belakang

1

Pengguna Membuka Aplikasi dengan Bug

Pembaruan tersedia, tetapi pengguna melihat versi yang rusak.

2

Pengalaman Pengguna Mengalami Bug

Mereka mengalami masalah yang sama yang Anda perbaiki. Kegagalan membangun. Mungkin mereka meninggalkan ulasan 1 bintang.

3

Pembaruan Diterapkan Pada Luncuran Berikutnya

Pembaruan 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 dapat menyelesaikan pembelian. Setiap sesi tanpa pembaruan adalah kehilangan pendapatan.

Kekeliruan Keamanan

Kekeliruan keamanan ditemukan. Pengguna tidak boleh menjalankan code yang rentan bahkan sekali.

Deadline Kepatuhan

Aturan baru berlaku pukul tengah malam. Setiap pengguna harus melihat syarat-syarat yang diperbarui segera.

Solusi

Pembaruan yang Berlaku Sebelum Aplikasi Tampil

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

Modus Latar Belakang (Default)

1
Pengguna membuka aplikasi
2
Aplikasi menampilkan segera (versi lama)
3
Pembaruan mengunduh di latar belakang
4
Pembaruan menerapkan pada LAUNCH BERIKUTNYA

Pengguna selalu mengalami satu sesi dengan versi lama setelah Anda menerbitkan pembaruan.

Modus Langsung (Instan)

1
Pengguna membuka aplikasi
2
Unduh segera (~500ms)
3
Aplikasi menampilkan versi terbaru

Pengguna selalu melihat versi terbaru code. Tidak ada kecuali. Tidak ada sesi yang ketinggalan.

capacitor.config.ts
// Enable Direct Updates - one config change
CapacitorUpdater: {
  autoUpdate: true,
  directUpdate: true, // 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

Bagaimana QuickCart Menghilangkan Gagal Pembayaran Malam Ini

QuickCart

Aplikasi E-Commerce - Aplikasi Penjualan Flash

QuickCart menjalankan penjualan flash dengan 100,000+ pengguna bersamaan selama acara puncak. Ketika pembaruan gateway pembayaran mengganggu alur checkout mereka, mereka menemukannya 4 jam dalam menjalankan penjualan besar. Dengan pembaruan latar belakang, pengguna yang telah membuka aplikasi sebelumnya akan mengalami bug.

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

Setelah beralih ke Pembaruan Langsung, insiden berikutnya mereka selesai dengan tidak ada transaksi yang terpengaruh. Perbaikan diterapkan dalam 18 menit, dan setiap pengguna yang membuka aplikasi setelah itu mendapatkan versi yang diperbarui segera. CFO mereka sekarang menuntut Pembaruan Langsung untuk semua alur pembayaran yang menghadapi pelanggan.

Hasilnya

Waktu untuk Deploymen 100% 0 menit
Transaksi yang Terkena Dampak Setelah Perbaikan 0
Keuntungan Terlindungi per Insiden $1,8M+
Tiket Bantuan Pelanggan -97%

"Pembaruan Latar Belakang baik untuk rilis fitur. Tapi untuk apa yang menyentuh pembayaran, autentikasi, atau kinerja kompatibilitas? Pembaruan Langsung tidak bisa ditawar-tawar."

— David Park, Kepala Teknik QuickCart

Mengapa Tim Pilih Pembaruan Langsung

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

Sesi Tidak Perlu Diperbarui

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 berjalan dengan versi terbaru code.

  • 100% dari sesi menjalankan versi terbaru code - bukan 95%, bukan 99%, tapi 100%
  • Perbaikan bug kritikal mencapai pengguna sebelum mereka bisa mengalami bug tersebut
  • Perbarui komplian mencakup efek segera di semua perangkat

100%

dari sesi menjalankan versi terbaru code

Pemecahan Bug Instan

Ketika Anda meneruskan perbaikan, maka perbaikan tersebut benar-benar terpecahkan. Pengguna tidak mengalami bug tersebut 'satu kali lagi' sementara menunggu rilis berikutnya. Saat mereka membuka aplikasi setelah perbaikan Anda, mereka mendapatkan versi yang telah diperbaiki.

  • Tidak ada lagi tiket dukungan 'Saya baru saja mengalami bug tersebut' setelah Anda mengimplementasikan perbaikan
  • Pengawasan menunjukkan peningkatan segera, bukan kurva penyebaran perlahan-lahan
  • Insinyur yang bertugas dapat kembali tidur segera setelah mengimplementasikan perbaikan

0

Pengalaman bug setelah perbaikan diimplementasikan

Pengalaman Pengguna yang Optimal

Pengguna baru yang mengunduh aplikasi Anda untuk pertama kali selalu mendapatkan alur masuk pengguna terbaik. Ketika Anda melakukan pengujian A/B dan menemukan pemenang, setiap pengguna baru mendapatkan alur masuk tersebut segera - bukan setelah siklus download latar belakang.

  • Pengguna baru tidak pernah melihat alur masuk yang sudah ketinggalan zaman
  • Pemenang tes A/B mendeploy secara instan ke 100% pengguna baru
  • Pertama kali mengalami selalu merupakan pengalaman terbaik saat ini

+34%

Perbaikan dalam retensi hari pertama

Kapan Menggunakan Perbarui Langsung

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

Perbaikan Kritis Bug

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

Pengalaman Masuk Pengguna Baru

Pertama kali mengalami sangat penting. Pastikan setiap pengguna baru mendapatkan pengalaman masuk terbaik dan paling teroptimasi dari sesi pertamanya.

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

Ditemukan kerentanan? Pengguna tidak boleh menjalankan code yang rentan bahkan sekali setelah Anda telah memperbaikinya.

Peluncuran Uji Coba A/B

Ditemukan variasi pemenang? Kirimkannya ke 100% pengguna secara langsung 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 Tinggi

Pembaruan Langsung hanya efektif jika mereka cepat. Infrastruktur global kami memastikan pembaruan berlaku dalam kurun waktu kurang dari satu detik.

kurang dari 50ms

Waktu cek pembaruan

kurang dari 500ms

Download paket biasa

<1s

Waktu total untuk render aplikasi

99.9%

Uptime infrastruktur

Hentikan pengguna mengalami bug yang tetap

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

Satu perubahan konfigurasi. Pembaruan sub-detik. Sesi yang tidak pernah ketinggalan.