Le varianti di marchio si moltiplicano rapidamente
Ogni cliente vuole il proprio logo, tema, flag di feature, contenuto, testo di conformità e orario di lancio. Le fork separate trasformano quelle richieste in 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 blast di rollback
Shell
Capacitor app
Tenant
Canali
Sicurezza
Ripristino
Il Problema
Le applicazioni con marchio bianco falliscono quando ogni cliente diventa una variante
Le recensioni del negozio rallentano le correzioni dei tenant
Un errore di menu, una correzione di onboarding o una feature 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 rozzi
Un aggiornamento globale può rompere ogni marchio una volta. 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
App 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.
App 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 al canale 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 shell per app, molte linee di marchio controllate
Il modello Capgo mantiene stabile l'app 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 livello del 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 Costruttore per una nuova shell nativa quando cambiano icone, autorizzazioni, plugin o metadati dello store. Utilizza OTA per il contenuto del marchio che cambia ogni settimana.
Modello di rilascio
Eseguire un flusso di rilascio progettato per molte marche
Il flusso di rilascio dei marchi bianchi diventa gestibile quando ogni tenant ha una chiara via di rilascio e ogni via può essere monitorata indipendentemente.
1
Costruisci la conchiglia condivisa
Conserva l'autenticazione condivisa, l'analisi, la fatturazione, la navigazione e i plugin nativi in un'applicazione Capacitor unica al posto di ricostruirla 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 degli aggiornamenti e il suo calendario di rilascio.
3
Pubblica bundle di marche
Inviare JavaScript, CSS, asset, configurazione, copia e esperimenti specifici del cliente senza la revisione dell'app store.
4
Controlla il rilascio e il rollback
Promuovi le modifiche provate più ampiamente, frena i rilasci rischiosi o annulla solo il tenant che ne ha bisogno.
Segnale dell'utente
Ecco il punto che i nostri utenti ripetono: il controllo. Vogliono che il tenant 42 riceva la sua soluzione urgente oggi senza dover spostare il tenant 1, il tenant 7 e ogni elenco di app store allo stesso tempo.
Feedback comune dei clienti white-label
Apps built with Capacitor
Le app regionali e dei fornitori di servizi condividono una base comune ma richiedono il controllo locale
Le marche sportive, di intrattenimento e di telecomunicazioni possono riutilizzare una base di app mentre cambiano gli orari, le campagne, il supporto e il contenuto specifico del mercato per ogni marchio o paese.
SPORTS
Tigo Sports Guatemala
L'app di media sportivi regionali dove gli orari e il contenuto locale richiedono il controllo del mercato.
L'area dei servizi dove gli utenti possono trovare gli orari e il contenuto locale.
1,6M installazioni
L'icona dell'app TV SPIELFILM - TV-Programm
ENTERTAINMENT
TV SPIELFILM - TV-Programm
L'agenda di intrattenimento dove il contenuto emerge in base al mercato e alla finestra di programmazione.
12,1M installazioni
TOOL
Mi Orange
L'app di rete telefonica dove i modelli di account condivisi richiedono ancora 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