I varianti di marchio si moltiplicano rapidamente
Ogni cliente vuole il proprio logo, tema, flag di feature, contenuti, testo di conformità e orario di lancio. Le branche separate trasformano queste richieste in un debito di manutenzione permanente.
Operazioni di app con marchio bianco
App mobili con marchio bianco senza confusione di rilascio
La promessa aziendale è semplice: vendere molte app con marchio senza mantenere molte app. Capgo rende quella operazione realistica con canali per bundle specifici per tenant, Builder per gusci nativi e rollback quando una marca ha bisogno di una correzione rapida.
Sostegno umano da Martin
1 codice di base
Capacitor fonte di verità
Canali di tenant
Lane di rilascio controllate
Per marca
Raggio di correzione di rollback
Shell
Capacitor app
Tenant
Canali
Sicurezza
Ripristino
I Problemi
Gli app di marchio falliscono quando ogni cliente diventa una branca
Le recensioni del negozio rallentano le correzioni dei tenant
Un errore di menu, una correzione di onboarding o una feature esclusiva per il cliente non dovrebbe costringere ogni tenant a una rilascio binario e una revisione dell'app store.
Rilasci globali sono troppo rozzi
Un aggiornamento globale può rompere ogni marchio contemporaneamente. Un fork per marchio rende il team lento. Il modello di rilascio ha bisogno di un percorso intermedio.
Modelli concreti
Cosa significa white-label in un'app reale Capgo
Applicazione SaaS con marchio del cliente
Un cliente B2B SaaS riceve il proprio logo, tema, copia di onboarding e flag di feature senza costringere ogni altro cliente sullo stesso aggiornamento.
Applicazione di franchise o di località
Ogni ristorante, clinica, palestra o sede locale può ricevere menu locali, asset, schermate di campagna e aggiornamenti di contenuto senza un nuovo binario.
Mercato di app mini
Un'app host può elencare app mini approvate o spazi di lavoro del cliente e passare il dispositivo al canale di Capgo corrispondente in esecuzione.
Esempio di implementazione
Un unico guscio condiviso, canali specifici del tenant
Utilizza lo stesso Capacitor shell per ogni tenant. Pubblica bundle web specifici per tenant su Capgo canali, quindi lascia che l'app si attivi sul canale giusto dalla selezione di accesso, organizzazione o da una schermata di amministrazione interna.
# 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 })
}The Solution
Una sola shell per applicazione, molte tratte di marchio controllate
Il modello Capgo mantiene stabile l'applicazione nativa e sposta le esperienze web specifiche per marchio attraverso canali controllati.
Canale per marchio
Creare un canale per ogni tenant, franchise, spazio di lavoro, cliente o variante di app. Invia solo il bundle che il marchio dovrebbe ricevere.
Rilasci globali e mirati
Promuovi un fix condiviso a ogni canale quando è sicuro, o isolare un rilascio a un cliente quando il cambiamento è specifico.
Ritorno al tenant
Se un bundle specifico per tenant si rompe, ritorna quel canale senza disturbare ogni altra app marchiata.
Costruttore per gusci, OTA per iterazione
Utilizza il Costruttore per una nuova shell nativa quando cambiano icone, autorizzazioni, plugin o metadati dello store. Utilizza OTA per il contenuto del marchio che cambia settimanalmente.
Esempio di rilascio
Un flusso di rilascio costruito per molte marche
Il flusso di rilascio white-label diventa gestibile quando ogni tenant ha una pista di rilascio chiara e ogni pista può essere monitorata indipendentemente.
1
Costruisci la conchiglia condivisa
Conserva autenticazione condivisa, analisi, fatturazione, navigazione e plugin nativi in un'app Capacitor unica al posto di ricostruirle per ogni cliente.
2
Creare canali di tenant
Mappa ogni cliente, franchise, ubicazione o spazio di lavoro a un canale Capgo con la sua storia di aggiornamenti e ritmo di rilascio.
3
Pubblica bundle di marche
Inviare JavaScript, CSS, asset, configurazione, copia e esperimenti specifici del cliente senza revisione dell'app store.
4
Controlla il rilascio e il rollback
Promuovi cambiamenti provati più ampiamente, frena i rilasci rischiosi o annulla solo il tenant che ne ha bisogno.
Segnale dell'utente
Ecco il punto che i utenti ripetono: il controllo. Vogliono che il tenant 42 riceva la sua soluzione urgente oggi senza spostare il tenant 1, il tenant 7 e ogni elenco di app store nello stesso momento.
Riscontri comuni dei clienti white-label
Apps built with Capacitor
App regionali e di carrier con controllo locale
Le marche sportive, di intrattenimento e di telecomunicazioni possono riutilizzare una base di app unica mentre cambiano gli orari, le campagne, il supporto e il contenuto specifico per ogni marchio o paese.
Sport
Tigo Sports Guatemala
App di media sportiva regionale dove gli orari e il contenuto locale richiedono il controllo del mercato.
L'installazione: 1,6 milioni
L'installazione
Icona dell'app TV SPIELFILM - TV-Programm
Divertimento
TV SPIELFILM - TV-Programm
Guida all'intrattenimento dove il contenuto che emerge varia a seconda del mercato e della finestra di programmazione.
L'installazione: 12,1 milioni
TOOL
Mi Orange
L'app di rete del fornitore dove i modelli di account condivisi ancora richiedono contenuti di prodotto e supporto locali.
9,3 milioni di installazioni
4,2 valutazione
Spedisci ogni app con marchio da un sistema di rilascio Capgo
Crea la shell dell'app una volta, mappa ogni tenant a un canale Capgo controllato e mantieni ogni marchio in movimento senza un codice separato.
Sostegno umano da Martin