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 dengan Kacau Rilis
Janji Bisnisnya Sederhana: Jual Banyak Aplikasi Berlabel Tanpa Mengelola Banyak Aplikasi. Capgo membuat operasionalnya Realistis dengan Saluran untuk Paket Khusus Tenant, Pembangun untuk Kulit Asli, dan Rollback Ketika Satu Merek Membutuhkan Perbaikan Cepat.
1 Basis Kode
Capacitor Sumber Kebenaran
Saluran Tenant
Lintasan Rilis Terkontrol
Per Merek
Radius Rollback Blast
Kulit Asli
Aplikasi Capacitor
Pengguna
Saluran
Keamanan
Rollback
Masalahnya
Aplikasi putih-label gagal ketika setiap pelanggan menjadi cabang
Perawatan utang tetap permanen
Ulasan toko memperlambat perbaikan pengguna
Sebuah kesalahan menu, perbaikan onboarding, atau fitur pelanggan hanya harus tidak memaksa setiap pengguna melalui rilis biner dan tinjauan toko aplikasi
Satu pembaruan global dapat memecahkan setiap merek sekaligus. Satu cabang per merek membuat tim lambat. Model rilis memerlukan jalur tengah.
Model-model konkrit
Apa yang berarti white-label dalam aplikasi Capgo yang nyata
Aplikasi SaaS yang dikustomkan oleh pelanggan
Pelanggan SaaS B2B mendapatkan logo sendiri, tema, teks pengenalan, dan flag fitur tanpa memaksa setiap pelanggan lain untuk mengikuti pembaruan yang sama.
Aplikasi franchise atau lokasi
Setiap restoran, klinik, gym, atau cabang lokal dapat menerima menu lokal, aset, layar kampanye, dan update konten tanpa binary baru.
Toko aplikasi mini
Aplikasi host dapat menampilkan aplikasi mini yang disetujui atau workspace pelanggan dan beralih ke saluran Capgo yang sesuai pada waktu runtime.
Contoh implementasi
Satu 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
Satu shell aplikasi, banyak jalur merek yang dikendalikan
Model Capgo menjaga aplikasi asli stabil dan memindahkan pengalaman web merek melalui saluran yang dikendalikan.
Saluran per merek
Buat saluran untuk setiap penyewa, cabang, ruang kerja, pelanggan, atau variasi aplikasi. Sampaikan hanya bundle yang merek tersebut harus terima.
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 bundle khusus penyewa rusak, gulung kembali saluran tersebut tanpa mengganggu setiap aplikasi merek lainnya.
Pembangun untuk shell, OTA untuk iterasi
Gunakan Pembangun untuk shell asli baru ketika ikon, izin, plugin, atau metadata toko berubah. Gunakan OTA untuk konten merek yang berubah setiap minggu.
Model rilis
A workflow rilis yang dibangun untuk banyak merek
Operasi tanpa label menjadi lebih mudah ketika setiap penyewa memiliki jalur rilis yang jelas dan setiap jalur dapat diawasi secara independen.
1
Bangun shell bersama
Tetapkan autentikasi bersama, analitis, billing, navigasi, dan plugin native dalam satu aplikasi Capacitor daripada merekonstruksi mereka per pelanggan.
2
Buat saluran penyewa
Tetapkan setiap pelanggan, cabang, lokasi, atau workspace ke saluran Capgo dengan sejarah pembaruan dan ritme rilis sendiri.
3
Publikasikan paket merek
Kirimkan JavaScript, CSS, asset, konfigurasi, salinan, dan eksperimen yang spesifik pelanggan tanpa tinjauan toko aplikasi.
4
Kontrol peluncuran dan rollback
Promosikan perubahan yang terbukti lebih luas, hentikan peluncuran yang berisiko, atau kembali ke penyewa yang membutuhkannya.
Signal pengguna
Titik yang pengguna ulangi adalah kontrol. Mereka ingin penyewa 42 mendapatkan perbaikan darurat hari ini tanpa menggerakkan penyewa 1, penyewa 7, dan setiap daftar aplikasi toko pada saat yang sama.
Umpan balik pelanggan putih-label umum
Aplikasi dibangun dengan Capacitor
Aplikasi media dan carrier regional berbagi inti tetapi memerlukan kontrol lokal
Merek olahraga, hiburan, dan telekomunikasi regional dapat menggunakan dasar aplikasi yang sama sambil mengubah jadwal, kampanye, dukungan, dan konten khusus pasar untuk setiap merek atau negara.
OLAH RAGA
__CAPGO_KEEP_0__
Aplikasi media olahraga regional di Guatemala di mana jadwal dan konten lokal memerlukan kontrol pasar.
__CAPGO_KEEP_1__
__CAPGO_KEEP_2__
__CAPGO_KEEP_5__
ENTERTAINMENT
Panduan hiburan di mana konten muncul berbeda di setiap pasar dan jendela program.
__CAPGO_KEEP_6__
__CAPGO_KEEP_7__
TOOL
Aplikasi Mi Orange
Aplikasi penyedia layanan yang masih memerlukan pola akun bersama dan konten produk serta dukungan lokal.
9,3 juta instalasi
4,2 peringkat
Mengirimkan setiap aplikasi bermerk dari satu sistem rilis Capgo
Membangun shell aplikasi sekali, masing-masing pelanggan diarahkan ke saluran Capgo yang dikendalikan, dan setiap merek tetap bergerak tanpa kodebase terpisah.