Il marchio varianti si moltiplicano velocemente
Ogni cliente vuole il proprio logo, tema, flag delle feature, contenuti, testo di conformità e orario di lancio. Le fork separate trasformano quelle richieste in un debito di manutenzione permanente.
Operazioni per app di white-label
App mobili di white-label senza un caos di rilascio
La promessa commerciale è 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
Capacitor fonte di verità
Canali per tenant
Lane di rilascio controllate
Per marchio
Raggio di blast della rollback
Shell
Capacitor app
Tenant
Canali
Sicurezza
Rollback
Il Problema
Le app con marchio bianco falliscono quando ogni cliente diventa una fork
Riscontri negativi nel negozio rallentano le correzioni dei tenant
Un errore di menu, una correzione di onboarding o una funzione esclusiva per i clienti non dovrebbe costringere ogni tenant a passare attraverso una rilascio binario e una revisione dell'app store.
Rilasci globali sono troppo grossolani
Un rilascio globale può rompere ogni marchio una volta. Un fork per ogni 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 ottiene il proprio logo, tema, copia di onboarding e flag di feature senza costringere ogni altro cliente ad aggiornarsi nello stesso modo.
Applicazione per franchise o 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
A host app can list approved mini-apps or customer workspaces and switch the device to the matching Capgo channel at runtime.
Esempio di implementazione
Un unico shell con canali specifici per tenant
Usa lo stesso Capacitor shell per ogni tenant. Pubblica bundle web specifici per tenant su Capgo canali, quindi lascia che l'app si sposti sul canale giusto dalla selezione di accesso, selezione dell'organizzazione o 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 })
}La Soluzione
Esempio di implementazione
The Capgo model keeps the native app stable and moves brand-specific web experiences through controlled channels.
Esempio di implementazione
Esempio di implementazione
Esempio di implementazione
Esempio di implementazione
Esempio di implementazione
Esempio di implementazione
Costruttore per gusci, OTA per iterazione
Usa Costruttore per un nuovo guscio nativo quando gli icona, le autorizzazioni, i plugin o i metadati dello store cambiano. Usa OTA per il contenuto della marca che cambia settimanalmente.
Modello di rilascio
Un flusso di rilascio costruito per molte marche
Le operazioni di white-label diventano gestibili quando ogni tenant ha un canale di rilascio chiaro e ogni canale può essere monitorato indipendentemente.
1
Costruisci il guscio condiviso
Mantieni l'autenticazione condivisa, l'analisi, la fatturazione, la navigazione e i plugin nativi in un'unica app Capacitor invece di ricostruirli per ogni cliente.
2
Crea canali di tenant
Mappa ogni cliente, franchise, ubicazione o spazio di lavoro a un canale Capgo con la sua storia di aggiornamenti e il suo calendario di rilascio.
3
Pubblica pacchetti di marca
Spedisce 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, fermo i rilasci rischiosi o torna indietro solo per il tenant che ne ha bisogno.
Segnale utente
La differenza è il controllo. I clienti 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.
Feedback comune dei clienti white-label
App costruite con Capacitor
App regionali e di carrier condiviscono una base ma hanno bisogno di controllo locale
Marchi di sport, intrattenimento e telecomunicazioni possono riutilizzare una base di app mentre cambiano orari, campagne, supporto e contenuti specifici per ogni marchio o paese.
SPORTS
Tigo Sports Guatemala
App di media sportiva regionale dove gli orari e il contenuto locale richiedono il controllo del mercato.
1,6 milioni di installazioni
3,3 valutazione
INTRATTENIMENTO
TV SPIELFILM - TV-Programm
Guida all'intrattenimento dove il contenuto che emerge varia a seconda del mercato e della finestra di programmazione.
12,1 milioni di installazioni
4,4 valutazione
TOOL
Mi Orange
L'app di carrier 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 marchiata da un unico sistema di rilascio Capgo
Costruisci la shell dell'app una volta, mappa ogni tenant a un canale controllato Capgo e mantieni ogni marchio in movimento senza un codice separato.
Supporto umano da Martin