Markenvarianten multiplizieren sich schnell
Jeder Kunde möchte seinen eigenen Logo, Theme, Feature-Flags, Inhalte, Compliance-Text und Startzeitpunkt. Separate Forks verwandeln diese Anfragen in dauerhafte Wartungsschulden.
White-label App-Betrieb
White-label-Mobilanwendungen ohne Release-Hass
Die Geschäftsversprechen sind einfach: Viele markenorientierte Apps verkaufen, ohne viele Apps zu verwalten. Capgo macht diese Betriebsweise realistisch mit Kanälen für tenant-spezifische Pakete, Builder für native Hüllen und Rollover, wenn eine Marke schnell reparieren muss.
Menschliche Unterstützung von Martin
Eine Codebasis
Capacitor Quelle der Wahrheit
Mietkanäle
Geführte Releasestrecken
Pro Marke
Rollover-Blastradius
Terminal
Capacitor App
Mietverhältnisse
Kanäle
Sicherheit
Rückgängigmachen
Das Problem
White-Label-Apps scheitern, wenn jeder Kunde ein Fork wird
Store-Bewertungen verlangsamen Mieterkorrekturen
Eine Menü-Tippfehler, eine Onboarding-Korrektur oder eine Kunden-schutzende Funktion sollte nicht jeden Mieter durch eine binäre Veröffentlichung und eine App-Store-Bewertung zwingen.
Globale Releases sind zu unpräzise
Ein globaler Update kann jeden Brand gleichzeitig brechen. Ein Fork pro Brand macht das Team langsam. Das Release-Modell benötigt einen Mittelweg.
Konkrete Modelle
Was bedeutet White-Label in einem realen Capgo-Anwendungen
Kundenmarken SaaS-Anwendung
Ein B2B-SaaS-Kunde erhält sein eigenes Logo, Thema, Einrichtungstext und Feature-Flags ohne, dass jeder andere Kunde auf denselben Update gezwungen wird.
Franchise- oder Standort-App
Jedes Restaurant, Klinik, Fitnessstudio oder lokale Filiale kann lokale Menüs, Assets, Kampagnen-Screens und Inhalts-Updates erhalten, ohne ein neues Binärdatei zu benötigen.
Mini-App-Marktplatz
Ein Host-App kann genehmigte Mini-Apps oder Kundenarbeitsbereiche auflisten und den Geräte auf die passende Capgo-Kanal umschalten.
Implementierungsbeispiel
Eine gemeinsame Shell, tenant-spezifische Kanäle
Verwenden Sie das gleiche Capacitor-Shell für jeden Mieter. Veröffentlichen Sie tenant-spezifische Web-Bundles in Capgo-Kanälen und lassen Sie die App dann auf den richtigen Kanal umschalten, wenn Sie sich anmelden, eine Organisation auswählen oder eine interne Admin-Oberfläche verwenden.
# 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
Ein Shell für alle, 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
Bewerben Sie eine gemeinsame Reparatur an jedem Kanal, wenn es sicher ist, oder isolieren Sie eine Release an einen Kunden, wenn der Änderung spezifisch ist.
Mieter-Ebene-Rollback
Wenn ein tenant-spezifisches Bundle bricht, rollen Sie diesen Kanal zurück, ohne jeden anderen markierten App zu stören.
Bauer für Schalen, OTA für Iteration
Verwenden Sie den Builder für eine neue native Schale, wenn Icons, Berechtigungen, Plugins oder Store-Metadaten geändert werden. Verwenden Sie OTA für die markenspezifische Inhalte, die wöchentlich geändert werden.
Veröffentlichungsmodell
Eine Veröffentlichungsablaufplanung für viele Marken
White-Label-Betriebsabläufe werden handhabbar, wenn jeder Mieter einen klaren Veröffentlichungsstreifen hat und jeder Streifen unabhängig überwacht werden kann.
1
Erstelle die gemeinsame Hülle
Halten Sie Authentifizierung, Analysen, Abrechnung, Navigation und native Plugins in einer einzigen Capacitor-Anwendung anstatt sie pro Kunden neu zu erstellen.
2
Erstelle Mieterkanäle
Kopiere jede Kunden, Franchise, Standort oder Arbeitsplatz zu einem Capgo-Kanal mit seinem eigenen Updateverlauf und Veröffentlichungszyklus.
3
Veröffentliche Markenbündel
Verschicke Kunden-spezifische JavaScript, CSS, Assets, Konfiguration, Kopien und Experimente ohne App-Store-Überprüfung.
4
Kontrolliere die Veröffentlichung und Rückschaltung
Erweitere bewährte Änderungen, pausiere riskante Rollouts oder rücke nur den Mieter zurück, der es benötigt.
Benutzer-Signal
Der Punkt, den die Nutzer wiederholen, ist die Kontrolle. Sie wollen, dass Mieter 42 heute ohne zeitgleiche Bewegung von Mieter 1, Mieter 7 und allen App-Store-Listen seinen dringenden Fix erhält.
Gemeinsame Kundenbewertungen für White-Label-Anwendungen
Apps built with Capacitor
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 können.
SPORTS
Tigo Sports Guatemala
Regional sports media app, wo Schedules und lokale Inhalte Marktkontrolle benötigen.
1,6M Downloads
3,3 Bewertung
ENTERTAINMENT
TV SPIELFILM - TV-Programm
Unterhaltungsleitfaden, bei dem Inhalte je nach Markt und Programmzeitfenster variieren.
12,1M Downloads
4,4 Bewertung
TOOLS
Mi Orange
Träger-App, bei der gemeinsame Kontenmuster noch lokale Produkt- und Supportinhalte benötigen.
9,3 Mio. Installationen
4,2 Sterne
Schicken Sie alle brandierten Apps mit einem einzigen Capgo-Veröffentlichungssystem
Erstellen Sie das App-Shell einmal, mappen Sie jeden Mieter an einen kontrollierten Capgo-Kanal und lassen Sie jeden Brand ohne separate Codebasis weiterlaufen.
Unterstützung durch Martin