Operazioni di app con marchio
La promessa commerciale è semplice: vendere molte app con marchio senza mantenere molte app. Capgo rende quella operativa con canali per bundle specifici per tenant, Builder per gusci nativi, e rollback quando una marca ha bisogno di un fix veloce.
Shell
Capacitor app
Tenant
Canali
Sicurezza
Ripristino
Il Problema
Ogni cliente vuole il proprio logo, tema, flag di feature, contenuti, testo di conformità e orario di lancio. Le separazioni dei fork trasformano quelle richieste in debito di manutenzione permanente.
Un errore di menu, una correzione dell'onboarding o una feature esclusiva per i clienti non dovrebbe costringere ogni tenant a passare attraverso un rilascio binario e una recensione dell'app store.
Un rilascio globale può rompere ogni marchio contemporaneamente. Un fork per marchio rende la squadra lenta. 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 a passare attraverso lo stesso aggiornamento.
Ogni ristorante, clinica, palestra o sede locale può ricevere aggiornamenti dei menu locali, asset, schermate delle campagne e contenuti senza un nuovo binario.
Una app host può elencare le mini-app approvate o gli spazi di lavoro dei clienti e passare il dispositivo al canale di corrispondenza Capgo in esecuzione.
Esempio di implementazione
Usa lo stesso Capacitor shell per ogni tenant. Pubblica i pacchetti web specifici per tenant sui canali Capgo e lascia che l'app si 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-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
Il modello Capgo mantiene stabile l'app nativa e sposta le esperienze web specifiche per marchio attraverso canali controllati.
Crea un canale per ogni tenant, franchise, spazio di lavoro, cliente o variante di app. Invia solo il pacchetto che il marchio dovrebbe ricevere.
Promuovi una correzione condivisa a ogni canale quando è sicuro, o isolare un rilascio a un solo cliente quando il cambiamento è specifico.
If un bundle di un canale specifico per inquilino si rompe, torna indietro quel canale senza disturbare ogni altra app marchiata.
Usa il Costruttore per un nuovo guscio nativo quando cambiano gli iconi, le autorizzazioni, i plugin o i metadati dello store. Usa OTA per il contenuto di marca che cambia ogni settimana.
Modello di rilascio
Gli operazioni senza marchio diventano gestibili quando ogni inquilino ha una pista di rilascio chiara e ogni pista può essere monitorata indipendentemente.
Conserva l'autenticazione condivisa, l'analisi, la fatturazione, la navigazione e i plugin nativi in un'unica app Capacitor invece di ricostruirli per ogni cliente.
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.
Inviaci JavaScript, CSS, asset, configurazione, copia e esperimenti specifici per cliente senza revisione dell'app store.
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 urgente correzione oggi senza spostare il tenant 1, il tenant 7 e ogni elenco di liste di negozio nello stesso momento.
Riflessi comuni di feedback dei clienti con marchio bianco
Applicazioni costruite con Capacitor
Marchi di sport, intrattenimento e telecomunicazioni possono riutilizzare una base di applicazione unica mentre cambiano orari, campagne, supporto e contenuti specifici per il mercato per ogni marchio o paese
SPORTS
App di media sportiva regionale dove gli orari e il contenuto locale richiedono il controllo del mercato.
ENTERTAINMENT
Guida all'intrattenimento dove il contenuto emerge in base al mercato e alla finestra di programmazione.
STRUMENTI
App di carrier dove i modelli di account condivisi ancora richiedono contenuto e supporto locale per prodotti.
Costruisci la shell dell'app una volta, mappa ogni locatore a un canale di rilascio controllato Capgo e mantieni ogni marchio in movimento senza un codicebase separato.