Variasi merek berkembang pesat
Setiap pelanggan ingin logo, tema, flag fitur, konten, teks komplian, dan waktu peluncuran sendiri
Operasi Aplikasi Tanpa Label Putih
Aplikasi Seluler Tanpa Label Putih Tanpa Kesulitan Rilis
Janji bisnisnya sederhana: jual banyak aplikasi bermerk tanpa harus menjaga banyak aplikasi. Capgo membuat hal itu realistis secara operasional dengan saluran untuk paket spesifik penyewa, Builder untuk cangkang asli, dan rollback ketika satu merek membutuhkan perbaikan cepat.
1 kodebasis
Capacitor sumber kebenaran
Saluran penyewa
jalur rilis terkendali
Per merek
radius rollback blast
Shell
Capacitor aplikasi
Penyewa
Saluran
Keamanan
Mengembalikan
Masalahnya
Aplikasi tanpa label putih gagal ketika setiap pelanggan menjadi cabang
Fork terpisah mengubah permintaan tersebut menjadi utang perawatan yang permanen
Ulasan toko memperlambat perbaikan penyewa
Salah satu menu, perbaikan onboarding, atau fitur pelanggan hanya saja tidak boleh memaksa setiap penyewa melalui rilis biner dan ulasan toko
Rilis global terlalu kasar
Satu rilis global dapat menghancurkan setiap merek sekaligus. Satu fork per merek membuat tim lambat. Model rilis perlu jalan tengah yang lebih konkrit
Apa itu label putih di aplikasi Capgo yang nyata
Aplikasi SaaS yang ditandai klien
Aplikasi SaaS B2B klien mendapatkan logo sendiri, tema, copy onboarding, dan flag fitur tanpa memaksa setiap klien lainnya untuk mengikuti pembaruan yang sama.
Aplikasi franchise atau lokasi
Masing-masing restoran, klinik, gym, atau cabang lokal dapat menerima menu lokal, asset, layar kampanye, dan update konten tanpa binary baru.
Toko aplikasi mini
Aplikasi host dapat menampilkan aplikasi mini yang disetujui atau ruang kerja klien dan beralih ke kanal Capgo yang sesuai pada waktu eksekusi.
Contoh implementasi
Saluran shell yang sama, saluran tenant yang spesifik
Gunakan shell Capacitor yang sama untuk setiap tenant. Publikasikan bundle web tenant yang spesifik ke saluran Capgo, lalu biarkan aplikasi beralih ke saluran yang tepat dari layar login, pilihan organisasi, atau layar admin internal.
# Publish tenant-specific web bundles from the same app
npx @capgo/cli@latest bundle upload --channel acme
npx @capgo/cli@latest bundle upload --channel globex
npx @capgo/cli@latest bundle upload --channel north-branchimport { CapacitorUpdater } from '@capgo/capacitor-updater'
export async function switchTenant(channel: string) {
await CapacitorUpdater.setChannel({ channel })
const latest = await CapacitorUpdater.getLatest()
const bundle = await CapacitorUpdater.download({
url: latest.url,
version: latest.version,
})
await CapacitorUpdater.set({ id: bundle.id })
}Solusi
Saluran shell yang sama, banyak jalur merek yang dikendalikan
Model Capgo menjaga aplikasi native stabil dan mengalihkan pengalaman web spesifik merek melalui saluran yang dikendalikan.
Saluran per merek
Buat saluran untuk setiap penyewa, cabang, ruang kerja, pelanggan, atau varian aplikasi.
Rilis global dan tertarget
Promosikan perbaikan bersama ke setiap saluran ketika aman, atau isolasi rilis ke satu pelanggan ketika perubahan spesifik.
Rollback pada tingkat penyewa
Jika paket spesifik penyewa rusak, gulung kembali saluran tersebut tanpa mengganggu aplikasi lainnya.
Pembuat untuk shell, OTA untuk iterasi
Gunakan Pembuat untuk shell native baru ketika ikon, izin, plugin, atau metadata toko berubah. Gunakan OTA untuk konten merek yang berubah setiap minggu.
Model rilis
Alur rilis yang dibangun untuk banyak merek
Operasi tanpa label putih menjadi terkelola ketika setiap penyewa memiliki jalur rilis yang jelas dan setiap jalur dapat diawasi secara independen.
1
Buat shell bersama
Simpan autentikasi, analitik, billing, navigasi, dan plugin native di satu aplikasi Capacitor daripada membangunnya kembali per pelanggan.
2
Buat saluran tenant
Tetapkan setiap pelanggan, cabang, lokasi, atau workspace ke saluran Capgo dengan riwayat perbarui dan ritme rilis sendiri.
3
Publikasikan paket merek
Kirim JavaScript, CSS, aset, konfigurasi, salinan, dan eksperimen khusus pelanggan tanpa tinjauan toko aplikasi.
4
Kontrol peluncuran dan rollback
Promosikan perubahan yang terbukti lebih luas, berhentikan peluncuran yang berisiko, atau kembali ke hanya tenant yang membutuhkannya.
Signal pengguna
Poin yang pengguna ulangi adalah kontrol. Mereka ingin tenant 42 mendapatkan perbaikan darurat hari ini tanpa menggerakkan tenant 1, tenant 7, dan setiap daftar aplikasi toko pada saat yang sama.
Umpan balik pelanggan putih-label bersama
Contoh aplikasi nyata yang sebenarnya
Media dan aplikasi operator regional memiliki inti yang sama tetapi memerlukan kontrol lokal
Merek olahraga, hiburan, dan telekomunikasi regional dapat menggunakan fondasi aplikasi yang sama sementara mengubah jadwal, kampanye, dukungan, dan konten khusus pasar untuk setiap merek atau negara
- Contoh jenis
- Label putih
- Kategori toko
- OLAH RAGA, HIBURAN, ALAT
- Sumber
- Dataset toko publik
+
Buat saluran terpisah berdasarkan merek atau wilayah
+
Gunakan alur pelepasan yang sama
+
Perbaiki konten khusus pasar dengan cepat
SPORTS
Aplikasi Olahraga Tigo Guatemala
1,6 juta instalasi3,3 peringkat
Aplikasi media olahraga regional di mana jadwal dan konten lokal memerlukan kontrol pasar.
Lihat daftar aplikasi Google Play
HIBURAN
TV SPIELFILM - TV-Programm
12,1 juta instalasi4,4 peringkat
Petunjuk hiburan di mana konten muncul berbeda di setiap pasar dan jendela program.
Lihat daftar aplikasi Google Play
TOOL
Mi Orange
9,3 juta instalasi4,2 peringkat
Aplikasi penyedia layanan yang masih memerlukan pola akun bersama dan konten produk serta dukungan lokal.
Lihat daftar aplikasi Google PlayData aplikasi toko umum digunakan sebagai contoh saja. Ini bukanlah klaim pelanggan Capgo.
Kirim setiap aplikasi berlabel dari satu sistem rilis Capgo
Buat shell aplikasi sekali, masing-masing pelanggan dapat diarahkan ke saluran Capgo yang dikendalikan, dan jaga setiap merek bergerak tanpa kodebase terpisah.