I 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 fork separate trasformano quelle richieste in un debito di manutenzione permanente.
Operazioni di app senza etichetta
The promessa commerciale è semplice: vendere molti app marchiate senza mantenere molti 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.
Guscio
app Capacitor
Titolari
Canali
Sicurezza
Annulla
I Problemi
Ogni cliente vuole il suo logo, tema, flag di feature, contenuti, testo di conformità e orario di lancio. Le fork separate trasformano quelle richieste in un debito di manutenzione permanente.
Un errore di menu, un fix di accesso o una feature esclusiva per i clienti non dovrebbe costringere ogni tenant a passare attraverso un rilascio binario e una revisione dell'app store.
Un rilascio globale può rompere ogni marchio una volta. Una fork per marchio rende il team lento. Il modello di rilascio ha bisogno di un percorso intermedio.
Modelli concreti
Un cliente B2B SaaS riceve il proprio logo, tema, copia di onboarding e flag di feature senza costringere ogni altro cliente allo stesso aggiornamento.
Ogni ristorante, clinica, palestra o filiale locale può ricevere menu locali, asset, schermate di campagna e aggiornamenti di contenuto senza un nuovo binario.
Un'app host può elencare app mini approvate o spazi di lavoro del cliente e passare al canale Capgo corrispondente al runtime.
Esempio di implementazione
Usa la stessa conchiglia Capacitor per ogni tenant. Pubblica bundle web specifici per il tenant su canali Capgo, poi lascia che l'app passi al canale giusto dalla schermata di accesso, 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-branch import { 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
The Capgo model mantiene stabile l'app nativa e sposta le esperienze web specifiche per marchio attraverso canali controllati.
Creare un canale per ogni tenant, franchise, spazio di lavoro, cliente o variante dell'app.
Promuovere una correzione condivisa a ogni canale quando è sicuro, o isolare un rilascio a un solo cliente quando il cambiamento è specifico.
Se un bundle specifico per tenant si rompe, annullare quel canale senza disturbare ogni altra app marchiata.
Usare il Costruttore per una nuova conchiglia nativa quando icona, autorizzazioni, plugin o metadati dello store cambiano. Usare OTA per il contenuto del marchio che cambia settimanalmente.
Modello di rilascio
Gli operativi senza marchio diventano gestibili quando ogni tenant ha una pista di rilascio chiara e ogni pista può essere monitorata indipendentemente.
Mantieni l'autenticazione condivisa, l'analisi, la fatturazione, la navigazione e i plugin nativi in un'app Capacitor unica al posto di ricostruirla per ogni cliente.
Mappa ogni cliente, franchise, locazione o spazio di lavoro a un canale Capgo con la sua storia di aggiornamento e il suo calendario di rilascio.
Inviare JavaScript, CSS, asset, configurazione, copia e esperimenti specifici per il cliente senza revisione dell'app store.
Promuovi le modifiche provate più ampiamente, frena i rilasci rischiosi o torna indietro solo per il locatore che ne ha bisogno.
Segnale dell'utente
Il punto che gli utenti ripetono è il controllo. Vogliono che il locatore 42 riceva la sua correzione urgente oggi senza spostare il locatore 1, il locatore 7 e ogni elenco dell'app store nello stesso momento.
Feedback del cliente bianco etichettato
Esempi di app reali
Marchi di sport, intrattenimento e telecomunicazioni possono riutilizzare una base di app mentre modificano orari, campagne, supporto e contenuti specifici per mercato per ogni marchio o paese.
Canali separati per marchio o regione
Riutilizza un flusso di rilascio unico
Aggiorna velocemente il contenuto specifico per mercato
SPORTS
App di media sportiva regionale dove gli orari e il contenuto locale richiedono il controllo del mercato.
Visualizza la lista dei prodotti di Google PlayDIVERTIMENTO
Guida all'intrattenimento dove il contenuto emerge in base al mercato e alla finestra di programmazione.
Visualizza la lista dell'app di Google PlayTOOL
App di rete del carrier dove i modelli di account condivisi ancora richiedono contenuti e supporto locali.
Visualizza la lista dell'app di Google PlayI dati dell'applicazione pubblica sono utilizzati solo come esempio. Ciò non è una dichiarazione di Capgo del cliente.
Crea la shell dell'app una volta, mappa ogni tenant a un canale Capgo controllato e mantieni ogni marchio in movimento senza un codice di base separato.