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 dauerhaftes Wartungskapital.
Werbeetiketten-App-Betriebsabläufe
Der Geschäftsversprechen ist einfach: Viele markenbehaftete Apps verkaufen, ohne viele Apps zu pflegen. Capgo macht das betrieblich realistisch mit Kanälen für Mieter-spezifische Pakete, Builder für native Hüllen und Rollover, wenn eine Marke eine schnelle Reparatur benötigt.
Menschliche Unterstützung von Martin
Shell
Capacitor App
Mietverhältnisse
Kanäle
Sicherheit
Rückgängigmachen
Das Problem
Jeder Kunde möchte seinen eigenen Logo, Theme, Feature-Flags, Inhalte, Compliance-Text und Startzeitpunkt. Separate Forks verwandeln diese Anfragen in dauerhaftes Wartungskapital.
Ein Menü-Tippfehler, eine Onboarding-Korrektur oder eine Kunden-schlechte Funktion sollte nicht jeden Mieter durch eine binäre Veröffentlichung und eine App-Store-Bewertung zwingen.
Eine globale Aktualisierung kann jede Marke auf einmal brechen. Ein Fork pro Marke macht das Team langsam. Das Release-Modell benötigt einen Mittelweg.
Konkrete Modelle
Ein B2B-SaaS-Kunde erhält sein eigenes Logo, Thema, Einrichtungstext und Feature-Flags ohne, dass jeder andere Kunde auf denselben Update gezwungen wird.
Jedes Restaurant, Klinik, Fitnessstudio oder lokale Filiale kann lokale Menüs, Assets, Kampagnenbilder und Inhaltsaktualisierungen ohne neue Binärdatei erhalten.
Eine Host-Anwendung kann genehmigte Mini-Apps oder Kundenarbeitsbereiche auflisten und den Gerätetreiber auf die passende Capgo-Kanal umschalten.
Implementierungsvorschlag
Verwenden Sie das gleiche Capacitor-Shell für jeden Mieter. Veröffentlichen Sie tenant-spezifische Web-Bundles in Capgo-Kanälen und lassen Sie dann die App auf den richtigen Kanal umschalten, sobald sich der Benutzer 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-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 })
}
Die Lösung
Das Capgo-Modell hält die native App stabil und bewegt brand-spezifische Web-Erfahrungen über kontrollierte Kanäle.
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.
Fördern Sie eine gemeinsame Reparatur in jedem Kanal, wenn es sicher ist, oder isolieren Sie eine Release auf einen Kunden, wenn der Änderungssatz spezifisch ist.
Wenn ein tenant-spezifischer Bundle bricht, rollen Sie diesen Kanal zurück, ohne jeden anderen markierten App zu stören.
Verwenden Sie den Ersteller für eine neue native Schale, wenn Icons, Berechtigungen, Plugins oder Store-Metadaten geändert werden. Verwenden Sie OTA für die brand-spezifische Inhalte, die wöchentlich geändert werden.
Veröffentlichungsmodell
White-Label-Betriebsabläufe werden handhabbar, wenn jeder Mieter einen klaren Veröffentlichungsstreifen hat und jeder Streifen unabhängig überwacht werden kann.
Halte gemeinsame Authentifizierung, Analytik, Abrechnung, Navigation und native Plugins in einem Capacitor-Anwendungsprogramm anstatt sie pro Kunden neu zu erstellen.
Kenne jeden Kunden, Franchise, Standort oder Arbeitsplatz einem Capgo-Kanal zu, der seinen eigenen Updateverlauf und Veröffentlichungszyklus hat.
Versende Kunden-spezifische JavaScript, CSS, Assets, Konfiguration, Kopien und Experimente ohne App-Store-Überprüfung.
Fordere bewährte Änderungen breiter, pause gefährliche Rollouts oder rücke nur den Mieter zurück, der es benötigt.
Benutzer-Signal
Der Punkt, den die Benutzer wiederholen, ist die Kontrolle. Sie wollen, dass Mieter 42 heute ohne die Umstellung von Mieter 1, Mieter 7 und allen App-Store-Listen dringende Reparaturen erhält.
Gemeinsame Rückmeldungen von White-Label-Kunden
Apps built with Capacitor
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
Regional sports media app, wo Schedules und lokale Inhalte Marktkontrolle benötigen.
ENTERTAINMENT
Unterhaltungsleitfaden, bei dem Inhalte je nach Markt und Programmzeitfenster variieren.
TOOLS
Träger-App, bei der gemeinsame Kontenmuster noch lokale Produkt- und Supportinhalte benötigen.
Bauen Sie die App-Shell einmal, mappen Sie jeden Mieter zu einem kontrollierten Capgo-Kanal und lassen Sie jeden Brand ohne separate Codebasis weiterlaufen.
Menschliche Unterstützung von Martin