Le varianti di marchio si moltiplicano rapidamente
Ogni cliente vuole il suo logo, tema, flag di feature, contenuti, testo di conformità e orario di lancio. Le varianti separate trasformano queste richieste in un debito di manutenzione permanente.
Operazioni di app senza marchio
App mobili senza marchio senza un disastro di rilascio
La promessa commerciale è semplice: vendere molte app con marchio senza mantenere molte app. Capgo rende quella operativamente realistica con canali per bundle specifici per tenant, Builder per gusci nativi, e rollback quando una marca ha bisogno di una correzione rapida.
1 base di codice
Capacitor fonte di verità
Canali del tenant
corsie di rilascio controllate
Per marca
blast radius di rollback
Guscio
Capacitor app
Affittuari
Canali
Sicurezza
Annulla
Il Problema
Le app senza marchio falliscono quando ogni cliente diventa una variante
Le recensioni della store rallentano le correzioni degli affittuari
Un errore di menu, una correzione dell'accesso o una feature esclusiva per il cliente non dovrebbe costringere ogni affittuario a passare attraverso una versione binaria e una revisione dell'app store.
I rilasci globali sono troppo grossolani
Una sola aggiornamento globale può rovinare ogni marchio contemporaneamente. Un fork per marchio rende la squadra lenta. 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 filiale 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
Una conchiglia condivisa, canali specifici per inquilino
Usa la stessa conchiglia Capacitor per ogni inquilino. Pubblica bundle web specifici per inquilino su canali Capgo e lascia che l'app si passi al canale giusto dal login, dalla selezione dell'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 vie di marchio controllate
Il modello Capgo mantiene stabile l'app nativa e sposta le esperienze web specifiche del marchio attraverso canali controllati.
Canale per marchio
Creare un canale per ogni tenant, franchise, spazio di lavoro, cliente o variante di app. Inviare solo il pacchetto che il marchio dovrebbe ricevere.
Rilasci globali e mirati
Promuovere una correzione condivisa a ogni canale quando è sicuro, o isolare un rilascio a un solo cliente quando il cambiamento è specifico.
Annullamento del tenant
Se un pacchetto di tenant specifico si rompe, annullare quel canale senza disturbare ogni altra app di marchio.
Costruttore per gusci, OTA per iterazione
Usare il Costruttore per una nuova shell nativa quando icona, autorizzazioni, plugin o metadati dello store cambiano. Usare OTA per il contenuto del marchio che cambia settimanalmente.
Modello di rilascio
Un flusso di rilascio costruito per molte marche
Le operazioni senza marchio diventano gestibili quando ogni tenant ha una pista di rilascio chiara e ogni pista può essere monitorata indipendentemente.
1
Costruisci la conchiglia condivisa
Mantieni l'autenticazione condivisa, l'analisi, la fatturazione, la navigazione e i plugin nativi in un'app Capacitor unica al posto di ricostruirle per ogni cliente.
2
Crea canali per tenant
Mappa ogni cliente, franchise, ubicazione o spazio di lavoro a un canale Capgo con la sua storia degli aggiornamenti e il calendario di rilascio.
3
Pubblica bundle di marchio
Inviare JavaScript, CSS, asset, configurazione, copia e esperimenti specifici per cliente senza revisione dell'app store.
4
Controlla il rilascio e il rollback
Promuovi le modifiche provate più ampiamente, frena i rilasci rischiosi o torna indietro solo per il tenant che ne ha bisogno.
Segnale dell'utente
Il punto che gli utenti ripetono è il controllo. Vogliono che il tenant 42 riceva la sua riparazione urgente oggi senza spostare il tenant 1, il tenant 7 e ogni elenco dell'app store nello stesso momento.
Raccolta di feedback dei clienti etichettati a marchio bianco
Applicazioni costruite con Capacitor
Applicazioni di media e carrier regionali condividono una base comune ma richiedono controllo locale
Marchi di sport, intrattenimento e telecomunicazioni possono riutilizzare una base di applicazione unica mentre modificano gli orari, le campagne, il supporto e il contenuto specifico del mercato 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
DIVERTIMENTO
TV SPIELFILM - TV-Programm
Guida all'intrattenimento dove il contenuto emerge in base al mercato e alla finestra di programmazione.
12,1 milioni di installazioni
4,4 valutazione
STRUMENTI
Mi Orange
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 Capgo controllato e mantieni ogni marchio in movimento senza un codicebase separato.