Saltare al contenuto principale

Operazioni di app senza etichetta

App mobili senza etichetta senza un disastro di rilascio

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.

1 base di codice
fonte di verità Capacitor
Canali del tenant
corsie di rilascio controllate
Per marca
area di impatto del rollback

Guscio

app Capacitor

Titolari

Canali

Sicurezza

Annulla

I Problemi

Gli app bianchettati falliscono quando ogni cliente diventa una branca

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.

I recensioni della store rallentano i fix dei tenant

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.

I rilasci globali sono troppo grossolani

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

What significa white-label in un'app reale Capgo

App SaaS personalizzata per il cliente

Un cliente B2B SaaS riceve il proprio logo, tema, copia di onboarding e flag di feature senza costringere ogni altro cliente allo 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 al runtime.

Esempio di implementazione

Un'unica conchiglia con canali specifici per il tenant

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

Una conchiglia di app, molte strade di marchio controllate

The Capgo model 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 dell'app.

Rilascio globale e mirato

Promuovere una correzione condivisa a ogni canale quando è sicuro, o isolare un rilascio a un solo cliente quando il cambiamento è specifico.

Annullamento del rilascio a livello di tenant

Se un bundle specifico per tenant si rompe, annullare quel canale senza disturbare ogni altra app marchiata.

Costruttore per gusci, OTA per iterazione

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

Un flusso di rilascio costruito per molti marchi

Gli operativi 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 ricostruirla per ogni cliente.

2

Crea canali di locazione

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.

3

Pubblica pacchetti di marchio

Inviare JavaScript, CSS, asset, configurazione, copia e esperimenti specifici per il 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 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

Applicazioni regionali e di carrier condiviscono una base comune ma richiedono controllo locale

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.

Tipo di esempio
Etichetta bianca
Categorie del negozio
SPORTS, ENTERTAINMENT, TOOLS
Fonte
Set di dati del negozio pubblico
+

Canali separati per marchio o regione

+

Riutilizza un flusso di rilascio unico

+

Aggiorna velocemente il contenuto specifico per mercato

TV SPIELFILM - TV-Programm app icon

DIVERTIMENTO

TV SPIELFILM - TV-Programm

12,1M installazioni4,4 valutazione

Guida all'intrattenimento dove il contenuto emerge in base al mercato e alla finestra di programmazione.

Visualizza la lista dell'app di Google Play

I dati dell'applicazione pubblica sono utilizzati solo come esempio. Ciò non è una dichiarazione di Capgo del cliente.

Consegna ogni app marchiata da un sistema di rilascio Capgo unico

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.