Opérations d'applications sans étiquette
La promesse commerciale est simple : vendre de nombreuses applications étiquetées sans maintenir de nombreuses applications. Capgo rend cette opérationnellement réaliste avec des canaux pour les lots spécifiques aux locataires, Builder pour les coquilles natives, et annuler lorsqu'une marque nécessite une correction rapide.
Support humain de Martin
Shell
Capacitor app
Teneurs
Canaux
Sécurité
Reversion
Le Problème
Chaque client veut sa propre logo, thème, drapeaux de fonctionnalités, contenu, texte de conformité et horaire de lancement. Les branches séparées transforment ces demandes en dettes de maintenance permanentes.
Une faute d'orthographe dans le menu, une correction d'inscription ou une fonctionnalité réservée aux clients ne devrait pas obliger tous les locataires à passer par une mise à jour binaire et une revue de l'application.
Une mise à jour mondiale peut casser chaque marque à la fois. Une branche par marque rend l'équipe lente. Le modèle de mise à jour nécessite un chemin intermédiaire.
Modèles concrets
Un client B2B obtient son propre logo, son thème, son texte d'accueil et ses drapeaux de fonctionnalité sans forcer chaque autre client sur la même mise à jour.
Chaque restaurant, clinique, gymnase ou agence locale 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 du client et passer l'appareil sur le canal correspondant Capgo en temps de exécution.
Exemple d'implémentation
Utilisez le même Capacitor shell pour chaque locataire. Publiez les bundles web spécifiques au locataire sur les Capgo canaux, puis laissez l'application passer sur le bon canal à partir de la 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 garde l'application native stable et fait passer les expériences web spécifiques à la marque par des canaux contrôlés.
Créez un canal pour chaque locataire, franchise, espace de travail, client ou variante d'application. Envoyez uniquement le bundle que la marque devrait recevoir.
Promouvez une correction partagée à tous les canaux lorsque c'est sécurisé, ou isolez une mise à jour à un seul client lorsque le changement est spécifique.
Si un bundle spécifique à un locataire casse, rembobinez ce canal sans perturber toutes les autres applications de marque.
Utilisez le Constructeur pour une nouvelle coquille native lorsque les icônes, les permissions, les plugins ou les métadonnées de magasin changent. Utilisez OTA pour le contenu de marque qui change chaque semaine.
Modèle de lancement
Les opérations sans étiquette deviennent gérables lorsque chaque locataire a une voie de lancement claire et que chaque voie peut être surveillée de manière independante.
Conservez l'authentification partagée, les analyses, la facturation, la navigation et les plugins natifs dans une seule application Capacitor au lieu de les reconstruire par client.
Associez chaque client, franchise, emplacement ou espace de travail à un canal Capgo avec son propre historique d'actualisation et son rythme de lancement.
Envoyez du JavaScript, des CSS, des actifs, des configurations, des copies et des expériences spécifiques au client sans passer par la revue de l'application.
Promouvez les changements éprouvés plus largement, arrêtez les déploiements risqués ou revenez en arrière uniquement pour le locataire qui en a besoin.
Signal utilisateur
L'aspect 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 toutes les listes de magasins d'applications au même moment.
Les retours d'expérience des clients de white-label sont communs
Applications construites avec Capacitor
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
SPORTS
Une application de médias sportifs régionale où les horaires et le contenu local nécessitent un contrôle du marché.
ENTERTAINMENT
Guide de divertissement où le contenu qui apparaît varie par marché et fenêtre de programmation.
Outils
L'application de fournisseur où les modèles de compte partagés nécessitent encore du contenu de produit et de support local.
Construisez la coquille de l'application une fois, mappez chaque locataire à un canal contrôlé Capgo et maintenez chaque marque en mouvement sans un codebase séparé.
Obtenez un soutien humain de Martin