Opérations d'applications mobiles sans étiquette
The promise commerciale est simple : vendre de nombreuses applications marquées sans maintenir de nombreuses applications. Capgo rend cela opérationnellement réaliste avec des canaux pour des lots spécifiques aux locataires, Builder pour des coquilles natives, et annuler lorsqu'une marque nécessite une correction rapide.
Coquille
Capacitor application
Locataires
Canaux
Sécurité
Annuler
Le Problème
Chaque client veut sa propre logo, thème, drapeaux de fonctionnalité, contenu, texte de conformité et horaire de lancement. Les branches séparées transforment ces demandes en dettes de maintenance permanentes.
Une typo dans le menu, une correction d'inscription ou une fonctionnalité réservée au client ne devrait pas obliger chaque locataire à passer par une mise à jour binaire et une revue de l'application.
Une mise à jour unique peut casser chaque marque à la fois. Une branche par marque rend l'équipe lente. Le modèle de lancement a besoin d'un chemin intermédiaire.
Modèles concrets
Une application SaaS B2B pour un client obtient son propre logo, thème, texte d'accueil et drapeaux de fonctionnalité sans obliger tous les autres clients à la même mise à jour.
Chaque restaurant, clinique, gymnase ou brancher local peut recevoir des menus locaux, des actifs, des écrans de campagne et des mises à jour de contenu sans un nouveau binaire.
Une application hôte peut lister les applications mini approuvées ou les espaces de travail des clients et passer le dispositif à la chaîne correspondante Capgo en temps de exécution.
Exemple d'implémentation
Utilisez la même coquille Capacitor pour chaque locataire. Publiez des ensembles web spécifiques pour chaque locataire sur les canaux Capgo, puis laissez l'application passer à la bonne chaîne à partir de la page de connexion, de la sélection de l'organisation ou d'une écran d'administration interne.
# 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 })
}La Solution
Le modèle Capgo maintient l'application native stable et déplace les expériences web spécifiques à la marque par des canaux contrôlés.
Créez une chaine pour chaque locataire, franchise, espace de travail, client ou variante d'application.
Promouvez une correction partagée à chaque chaine lorsque c'est sécurisé, ou isolez une sortie à un client lorsque le changement est spécifique.
Si un bundle spécifique à un locataire casse, annulez cette chaine sans perturber chaque autre application marquée.
Utilisez le Construteur pour une nouvelle coque native lorsque les icônes, les permissions, les plugins ou les métadonnées de magasin changent. Utilisez OTA pour le contenu de la marque qui change chaque semaine.
Modèle de sortie
Les opérations sans étiquette blanche deviennent gérables lorsque chaque locataire a une voie de sortie claire et que chaque voie peut être surveillée indépendamment.
Conserver l'authentification, les statistiques, les factures, la navigation et les plugins natifs dans une seule application Capacitor au lieu de les reconstruire par client.
Associer chaque client, franchise, emplacement ou espace de travail à un canal Capgo avec son propre historique d'actualisation et son rythme de publication.
Fournir du JavaScript, des CSS, des actifs, des configurations, des copies et des expérimentations spécifiques au client sans passer par la revue des magasins d'applications.
Promouvoir les modifications éprouvées plus largement, suspendre les déploiements risqués ou annuler uniquement le locataire qui en a besoin.
Signal utilisateur
Le point que les utilisateurs répètent est le contrôle. Ils veulent que le locataire 42 obtienne sa correction urgente aujourd'hui sans déplacer le locataire 1, le locataire 7 et chaque liste de magasin d'applications en même temps.
Retour d'information blanc étiqueté des clients
Exemples d'applications réelles
Les marques de sports, de divertissement et de télécom régionaux peuvent réutiliser une fondation d'application unique tout en changeant les horaires, les campagnes, le support et le contenu spécifique au marché pour chaque marque ou pays.
Diviser les canaux par marque ou région
Réutiliser un flux de publication unique
Patch le contenu spécifique au marché rapidement
SPORTS
Application de médias sportifs régionaux où les horaires et le contenu local nécessitent un contrôle du marché.
Voir la liste de Google Play
DIVERTISSEMENT
Guide de divertissement où le contenu varie en fonction du marché et de la fenêtre de programmation.
Afficher la liste de l'application Google Play
OUTILS
Application de fournisseur où les modèles de compte partagé nécessitent encore du contenu de produit et de support local.
Afficher la liste de l'application Google PlayLes données de l'application de magasin public sont utilisées uniquement en exemple. Il ne s'agit pas d'une déclaration de client Capgo.
Construire la coquille de l'application une fois, mapper chaque locataire à un canal Capgo contrôlé, et garder chaque marque en mouvement sans un codebase séparé.