Markenvarianten multiplizieren sich schnell
Jeder Kunde möchte sein eigenes Logo, Thema, Feature-Flags, Inhalte, Compliance-Text und Startzeit. Separate Zweige verwandeln diese Anfragen in dauerhafte Wartungsverpflichtungen.
White-Label-Anwendungen verwalten
White-Label-Mobilanwendungen ohne Release-Hass
Der Geschäftsversprechen ist einfach: Viele markengetreue Apps verkaufen, ohne viele Apps zu pflegen. Capgo macht das operativ realistisch mit Kanälen für tenant-spezifische Pakete, Builder für native Hüllen und Rollback, wenn eine Marke schnell reparieren muss.
Menschliche Unterstützung von Martin
Eine Codebasis
Capacitor Quelle der Wahrheit
Mieterkanäle
Geführte Release-Linien
Werbeartikel
Rückgängigmachungsbereich
Terminal
Capacitor-App
Mietverhältnisse
Kanäle
Sicherheit
Rückgängigmachen
Das Problem
White-Label-Apps scheitern, wenn jeder Kunde ein Zweig wird
Store-Bewertungen verlangsamen Mieter-Reparaturen
Eine Menü-Tippfehler, eine Onboarding-Reparatur oder eine Kunden-only-Funktion sollte nicht jeden Mieter durch eine binäre Veröffentlichung und eine App-Store-Bewertung zwingen.
Globalveröffentlichungen sind zu unpräzise
Eine globale Aktualisierung kann jeden Brand gleichzeitig brechen. Ein Fork pro Brand macht das Team langsam. Das Release-Modell benötigt einen Mittelweg.
Konkrete Modelle
Was White-Label bedeutet in einem realen Capgo-Anwendungsbeispiel
Kundenmarkenfähige SaaS-Anwendung
Ein B2B-SaaS-Kunde erhält sein eigenes Logo, Thema, Onboarding-Kopie und Feature-Flags ohne jeden anderen Kunden auf die gleiche Aktualisierung zu zwingen.
Franchise- oder Standortanwendung
Jedes Restaurant, Klinik, Fitnessstudio oder lokale Filiale kann lokale Menüs, Assets, Kampagnenbilder und Inhaltsaktualisierungen ohne eine neue binäre Datei erhalten.
Mini-App-Marktplatz
Ein Host-App kann genehmigte Mini-Apps oder Kundenarbeitsplätze auflisten und den Gerätebetrieb auf die passende Capgo-Kanal umschalten.
Beispiel für die Implementierung
Eine gemeinsame Shell, brand-spezifische Kanäle
Use the same Capacitor shell for every tenant. Publish tenant-specific web bundles to Capgo channels, then let the app switch to the right channel from login, organization selection, or an internal admin screen.
# 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 })
}Das Lösung
Einzelne Shell, viele kontrollierte Markenkanäle
Das Capgo-Modell hält die native App stabil und bewegt brand-spezifische Web-Erfahrungen über kontrollierte Kanäle.
Kanal pro Marken
Erstellen Sie einen Kanal für jeden Kunden, Franchise, Workspace, Kunden oder App-Varianten. Sorgen Sie dafür, dass nur der Bundle bereitgestellt wird, den die Marke erhalten soll.
Globale und zielgerichtete Releases
Veröffentlichen Sie eine gemeinsame Korrektur in jedem Kanal, wenn es sicher ist, oder isolieren Sie eine Release auf einen Kunden, wenn der Änderung spezifisch ist.
Rückgängigmachen auf Kunden-Ebene
Wenn ein brand-spezifischer Bundle bricht, rufen Sie diesen Kanal zurück, ohne die anderen markierten Apps zu stören.
Entwickler für Hüllen, OTA für Iteration
Verwenden Sie Entwickler für eine neue native Hülle, wenn Icons, Berechtigungen, Plugins oder Store-Metadaten geändert werden. Verwenden Sie OTA für die Marke, die wöchentlich geändert wird.
Release-Modell
Ein Release-Workflow, der für viele Marken gebaut ist
White-Label-Betriebsabläufe werden handhabbar, wenn jeder Mieter einen klaren Release-Lane hat und jeder Lane unabhängig überwacht werden kann.
1
Die gemeinsame Hülle erstellen
Halten Sie authentische Authentifizierung, Analytics, Abrechnung, Navigation und native Plugins in einer einzigen Capacitor-Anwendung anstatt sie pro Kunden neu zu erstellen.
2
Kundenkanäle erstellen
Mappen Sie jeden Kunden, Franchise, Standort oder Workspace auf einen Capgo-Kanal mit seinem eigenen Update-Geschichte und Release-Takt.
3
Marke-Pakete veröffentlichen
Schicken Sie Kunden-spezifische JavaScript, CSS, Assets, Konfiguration, Kopie und Experimente ohne App-Store-Überprüfung.
4
Rollen und Rollbacks steuern
Erweitern Sie bewährte Änderungen, pausieren Sie risikoreiche Rollouts oder rollen Sie nur den Tenant zurück, der es benötigt.
Benutzer-Signal
Die Stelle, an der die Benutzer wiederholen, ist der Kontrolle. Sie möchten, dass Tenant 42 heute seine dringende Reparatur erhält, ohne dass Tenant 1, Tenant 7 und jede App-Store-Liste gleichzeitig bewegt werden.
Gemeinsame Rückmeldungen von Kunden für White-Label
Mit Capacitor erstellte Apps
Regionale Medien- und Carrier-Apps teilen eine Kernfunktion, benötigen aber lokale Kontrolle
Regionale Sport-, Unterhaltungs- und Telekommunikationsmarken können eine App-Grundlage wiederholen, während sie Schedules, Kampagnen, Support und markenspezifische Inhalte für jede Marke oder Region ändern.
SPORTS
Tigo Sports Guatemala
Regionale Sportmedien-App, bei der Schedules und lokale Inhalte Marktkontrolle benötigen.
1,6 Mio. Installationen
3,3 Bewertung
TV SPIELFILM - TV-Programm
Unterhaltungsleitfaden, bei dem Inhalte je nach Markt und Programmierung variieren.
1.6M installs
12,1 M Installate
4,4 Bewertung
TOOLS
Mi Orange
Träger-App, bei der gemeinsame Kontenmuster noch lokale Produkt- und Supportinhalte benötigen.
9,3 M Installate
4,2 Bewertung
Schicken Sie jede brandierte App aus einem einzigen Capgo-Release-System
Bauen Sie das App-Shell einmal, mappen Sie jeden Mieter zu einem kontrollierten Capgo-Kanal und lassen Sie jeden Brand ohne separate Codebasis weiterlaufen.
Bekommen Sie menschliche Unterstützung von Martin