Le 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 fork separate trasformano queste richieste in debito di manutenzione permanente
Operazioni di app con marchio bianco
App mobili con marchio bianco senza confusione 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 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 app con marchio bianco falliscono quando ogni cliente diventa una variante
Le recensioni della store 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 una rilascio binario e una revisione dell'app store
Emissioni globali sono troppo sbrigative
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
Applicazione SaaS con marchio del cliente
Un cliente B2B di 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 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 di app, molte linee di marchio controllate
Il modello Capgo mantiene l'app nativa stabile 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 solo cliente quando il cambiamento è specifico.
Rollback a livello di tenant
Se un bundle specifico per tenant si rompe, torna indietro quel canale senza disturbare ogni altra app marchiata.
Costruttore per gusci, OTA per iterazione
Utilizza il Costruttore per una nuova shell nativa quando cambiano gli iconi, le autorizzazioni, i plugin o i metadati dello store. Utilizza OTA per il contenuto del marchio che cambia settimanalmente.
Modello di rilascio
Un flusso di rilascio costruito per molte marche
Il funzionamento dei marchi bianchi diventa gestibile quando ogni tenant ha una pista di rilascio chiara e ogni pista 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 di aggiornamenti e il suo calendario di rilascio.
3
Pubblica bundle di marche
Inviare JavaScript, CSS, asset, configurazione, copia e esperimenti specifici per ogni cliente senza la revisione dell'app store.
4
Controllo del rilascio e del 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 nello stesso momento.
Riscontri comuni dei clienti di white-label
Apps built with Capacitor
App regionali e di carrier condiviscono una base comune ma richiedono il 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
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 al divertimento dove il contenuto che emerge varia a seconda del mercato e della finestra di programmazione.
L'installazione: 12,1 milioni
STRUMENTI
Esegui l'accesso a Mi Orange
L'app di rete di carrier dove i modelli di account condivisi ancora richiedono contenuti di prodotto e supporto locali.
Esegui l'accesso a 9,3 milioni di installazioni
Esegui l'accesso a 4,2 stelle
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