Markevarianten multiplizieren sich schnell
Jeder Kunde möchte sein eigenes Logo, Thema, Feature-Flags, Inhalte, Compliance-Text und Startzeitpunkt.
White-label-App-Verwaltung
Mobile Apps ohne Release-Hass
Der Geschäftsversprechen ist einfach: Viele markengetreue Apps verkaufen, ohne viele Apps zu pflegen. Capgo macht diese Betriebsweise realistisch mit Kanälen für Mieter-bundeln, Builder für native Hüllen und Rollover, wenn eine Marke schnell reparieren muss.
1 Codebasis
Capacitor Quelle der Wahrheit
Mieterkanäle
kontrollierte Releasebahnen
Pro Marke
Rückgängigmachungsbereich
Shell
Capacitor-Anwendung
Mandanten
Kanäle
Sicherheit
Rückgängigmachen
Das Problem
White-Label-Anwendungen scheitern, wenn jeder Kunde ein Fork wird
Separate Forks erzeugen dauerhafte Wartungsschulden.
Store-Bewertungen verzögern Mieter-Reparaturen
Ein Menü-Tippfehler, eine Onboarding-Korrektur oder eine Kunden-spezifische Funktion sollte nicht jeden Mieter durch eine binäre Veröffentlichung und eine App-Store-Bewertung zwingen.
Global releases sind zu unpräzise
Eine globale Aktualisierung kann jeden Brand gleichzeitig brechen. Ein Fork pro Brand macht die Mannschaft langsam. Das Release-Modell benötigt einen Mittelweg.
What white-label means in a real Capgo app
Was weißes Etikett in einer realen __CAPGO_KEEP_0__-Anwendung bedeutet
Kundenmarken-SaaS-Anwendung
Ein B2B-SaaS-Kunde erhält sein eigenes Logo, Thema, Onboarding-Text und Feature-Flags ohne jeden anderen Kunden auf denselben Update zu zwingen.
Franchise- oder Standort-App
Jedes Restaurant, Klinik, Fitnessstudio oder lokale Filiale kann lokale Menüs, Assets, Kampagnen-Screens und Inhalte-Updates erhalten, ohne eine neue binäre Datei zu benötigen.
Ein Host-App kann genehmigte Mini-Apps oder Kunden-Workspaces auflisten und den Gerät auf die passende Capgo-Kanal umschalten.
Implementationsbeispiel
Ein gemeinsamer Shell, tenant-spezifische Kanäle
Verwenden Sie die gleiche Capacitor-Shell für jeden Mieter. Veröffentlichen Sie tenant-spezifische Web-Bundles auf Capgo-Kanälen und lassen Sie die App dann auf den richtigen Kanal umschalten, sobald der Benutzer sich anmeldet, eine Organisation auswählt oder eine interne Admin-Oberfläche verwendet.
# 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 })
}Die Lösung
Eine App-Shell, viele kontrollierte Markenbahnen
Das Capgo-Modell hält die native App stabil und bewegt markenspezifische Web-Erfahrungen über kontrollierte Kanäle.
Kanal pro Marke
Erstellen Sie einen Kanal für jeden Mieter, Franchise, Workspace, Kunden oder App-Variante. Drücken Sie nur die Bundle, die die Marke erhalten soll.
Globale und zielgerichtete Releases
Fördern Sie eine gemeinsame Reparatur auf jeden Kanal, wenn es sicher ist, oder isolieren Sie eine Release auf einen Kunden, wenn der Änderung spezifisch ist.
Rückgängig machen auf Mieter-Ebene
If ein Mieter-bundungs-Problem auftritt, richten Sie diesen Kanal ohne Störung aller anderen Marken-Apps zurück.
Builder für Hüllen, OTA für Iteration
Verwenden Sie Builder für eine neue native Hülle, wenn Icons, Berechtigungen, Plugins oder Store-Metadaten geändert werden. Verwenden Sie OTA für die Marken-Inhalte, die wöchentlich geändert werden.
Release-Modell
Eine Release-Workflow, der für viele Marken entwickelt wurde
White-Label-Betriebe werden handhabbar, wenn jeder Mieter eine klare Release-Spur hat und jede Spur unabhängig überwacht werden kann.
1
Erstellen Sie die gemeinsame Hülle
Halten Sie authentifizierte Authentifizierung, Analysen, Abrechnung, Navigation und native Plugins in einem Capacitor-App anstatt sie pro Kunden neu zu erstellen.
2
Erstellen Sie Mieter-Kanäle
Legen Sie jeden Kunden, Franchise, Standort oder Arbeitsplatz einem Capgo-Kanal mit eigener Update-Geschichte und Release-Rhythmus zu.
3
Veröffentlichen Sie Marken-Bundles
Versenden Sie Kunden-spezifische JavaScript, CSS, Assets, Konfiguration, Kopien und Experimente ohne App-Store-Überprüfung.
4
Rolle und Rückschritt steuern
Bewährte Änderungen breiter verbreiten, riskante Rollouts pausieren oder nur den Tenant zurücksetzen, der es benötigt.
Benutzer-Signal
Das, was Benutzer wiederholen, ist Kontrolle. Sie wollen, dass Tenant 42 heute seine dringende Reparatur erhält, ohne dass Tenant 1, Tenant 7 und jede App-Store-Listung gleichzeitig bewegt werden.
Gemeinsame Kundenbewertungen ohne Marken
Apps, die mit Capacitor erstellt wurden
Regionale Medien- und Carrier-Apps teilen eine gemeinsame Basis, benötigen aber lokale Kontrolle
Regionale Sport-, Unterhaltungs- und Telekommunikationsmarken können eine App-Grundlage wiederholen, während sie für jede Marke oder Region Schedules, Kampagnen, Support und marktbezogene Inhalte ändern können
SPORTS
Tigo Sports Guatemala
Regionales Sport-Medien-App, bei der Schedules und lokale Inhalte Marktkontrolle benötigen.
1,6 Mio. Installationen
3,3 Bewertung
ENTERTAINMENT
TV SPIELFILM - TV-Programm
Unterhaltungsleitfaden, bei dem Inhalte je nach Markt und Programmierungsfenster variieren.
12,1 Mio. Installateure
4,4 Bewertung
TOOLS
Mi Orange
Anbieter-App, bei der gemeinsame Kontenmustern noch lokale Produkt- und Supportinhalte benötigen.
9,3 Mio. Installateure
4,2 Bewertung
Jedes markierte App-Produkt wird aus einer einzigen Capgo-Veröffentlichungssysteme verschickt.
Erstellen Sie die App-Shell einmal, mappen Sie jeden Mieter zu einem kontrollierten Capgo-Kanal und halten Sie jede Marke ohne separate Codebasis in Bewegung.