Optimisation des licences - Modèles
En savoir plus sur l’optimisation des ressources et des coûts bien archivée → Licences et consommation
Modèles
| Où chercher | À quoi ressemble le bien |
|---|---|
| Plate-forme | Organisation | ✅ Les types de licence correspondent aux exigences réelles des utilisateurs et aux modèles d’utilisation (pas aux titres de travail) |
| Plate-forme | Organisation | ✅ Les utilisateurs qui accèdent uniquement à des objets personnalisés reçoivent des licences Platform au lieu de licences Salesforce complètes |
| Plate-forme | Organisation | ✅ Les utilisateurs externes (clients, partenaires, membres de communauté) utilisent des licences Experience Cloud plutôt que des licences internes |
| Plate-forme | Organisation | ✅ Les utilisateurs qui nécessitent uniquement l’authentification sans accès aux données reçoivent des licences Identity |
| Plate-forme | Organisation | ✅ Les audits de licence trimestriels identifient les utilisateurs qui accèdent uniquement à des objets personnalisés en tant que candidats à la licence Platform |
| Plate-forme | Organisation | ✅ Les rapports trimestriels automatisés identifient les utilisateurs qui n’ont aucune connexion en 90 jours, les utilisateurs qui accèdent uniquement à des objets personnalisés et les utilisateurs externes détenteurs de licences internes pour un dimensionnement systématique à droite |
| Plate-forme | Organisation | ✅ Les attributions de licences sont revues et ajustées en fonction des changements de rôle, au lieu de rester inchangées pendant des années |
Anti-modèles
| Où chercher | À quoi ressemble mal |
|---|---|
| Plate-forme | Organisation | ⚠️ Les licences Salesforce complètes sont attribuées à tous les employés en fonction du titre du poste plutôt que des modèles d’utilisation système réels |
| Plate-forme | Organisation | ⚠️ Les utilisateurs qui accèdent uniquement à des objets personnalisés reçoivent des licences Sales Cloud ou Service Cloud complètes au lieu de licences Platform |
| Plate-forme | Organisation | ⚠️ Les utilisateurs externes consomment de la capacité de licence interne au lieu de licences Experience Cloud |
| Plate-forme | Organisation | ⚠️ Les attributions de licences définies lors du déploiement initial restent inchangées pendant trois ans malgré les changements de rôle |
| Plate-forme | Organisation | ⚠️ Les audits de licences ne sont jamais effectués ; 40 % des licences sont inutilisées ou sous-utilisées |
| Plate-forme | Organisation | ⚠️ Les utilisateurs qui se connectent moins d’un mois ne sont pas identifiés comme candidats à la récupération de licences |
Modèles
| Où chercher | À quoi ressemble le bien |
|---|---|
| Plate-forme | Sécurité | ✅ Les composants Shield (Cryptage de la plate-forme, Surveillance des événements, Journal d’audit des champs) sont évalués individuellement selon qu’ils répondent à des besoins de conformité spécifiques |
| Data 360 | Architecture | ✅ L’investissement dans Data 360 est justifié par des exigences de résolution de l’identité inter-systèmes, d’accès aux données clients en temps réel ou d’activation de segments |
| IA | Entreprise | ✅ L’investissement en IA nécessite un retour sur investissement démontré dans des périodes de mesure définies plutôt que de supposer une valeur non spécifiée |
| Plate-forme | Industry Clouds | ✅ Industry Clouds (Services financiers, Santé, Manufacturing, Net Zero) sont évalués par rapport aux coûts de développement personnalisés et aux exigences de mise sur le marché |
| Plate-forme | Industry Clouds | ✅ L’évaluation Industry Cloud reconnaît une implémentation plus rapide de 40 à 60 % pour les workflows standard, mais prend en compte la personnalisation réduisant les gains de temps |
Anti-modèles
| Où chercher | À quoi ressemble mal |
|---|---|
| Plate-forme | Sécurité | ⚠️ Tous les composants Shield sont achetés sans évaluer si des composants spécifiques répondent à des besoins réels de conformité ou de sécurité |
| Data 360 | Architecture | ⚠️ Data 360 est acheté sans évaluer si des approches d’intégration plus simples répondent aux exigences |
| IA | Entreprise | ⚠️ L’investissement IA manque de métriques mesurables sur la valeur métier ou de démonstration du retour sur investissement |
| IA | Entreprise | ⚠️ L’investissement IA suppose que la valeur sera fournie sans définir de périodes de mesure spécifiques ou de critères de réussite |
| Plate-forme | Industry Clouds | ⚠️ Industry Clouds sont achetés sans comparaison avec les coûts de développement personnalisés ou validation de l’accélération de la mise sur le marché |
Modèles
| Où chercher | À quoi ressemble le bien |
|---|---|
| Plate-forme | Provisionnement | ✅ Le nouveau workflow de provisionnement utilisateur attribue automatiquement des licences Platform pour les utilisateurs qui accèdent uniquement à des applications personnalisées |
| Plate-forme | Provisionnement | ✅ Nouveau workflow de provisionnement utilisateur file d’attente des utilisateurs externes pour l’attribution de licences Experience Cloud basée sur le domaine de messagerie |
| Plate-forme | Provisionnement | ✅ Les politiques d’attribution définissent des critères clairs pour les types de licence en fonction du rôle utilisateur et des exigences d’utilisation de la plate-forme |
| Plate-forme | Provisionnement | ✅ Les workflows d’approbation nécessitent une justification métier pour les types de licence Premium |
| Plate-forme | Provisionnement | ✅ L’attribution de licences appropriée est appliquée au moment du provisionnement au lieu de corriger rétroactivement les attributions incorrectes |
| Plate-forme | Organisation | ✅ Les processus de récupération identifient automatiquement les utilisateurs inactifs (60-90 jours) et récupèrent les licences inutilisées pour la réattribution |
| Plate-forme | Organisation | ✅ Les rapports basés sur la connexion identifient les utilisateurs inactifs pendant 60 à 90 jours en fonction des stratégies de l’organisation |
| Plate-forme | Organisation | ✅ La récupération trimestrielle empêche l’accumulation des déchets de licence lorsque les employés changent de rôle ou quittent l’organisation |
| Plate-forme | KPI | ✅ Les tableaux de bord de surveillance de l’utilisation suivent la fréquence de connexion, les modèles d’utilisation des fonctionnalités et l’adéquation du type de licence |
| Plate-forme | Entreprise | ✅ Les données d’utilisation sont partagées avec les chefs d’entreprise, ce qui permet de prendre des décisions d’investissement de licence pilotées par les données pendant la planification du renouvellement |
| Rapports et tableaux de bord → Tableau de bord d’utilisation des licences Configuration → Utilisateurs → Utilisateurs actifs | ✅ Modèle: Les tableaux de bord d’utilisation des licences affichent les licences actives par rapport aux licences inactives, la distribution de la fréquence de connexion, l’utilisation des fonctionnalités par type de licence et la distribution du type de licence ✅ Les tableaux de bord d’utilisation révèlent des utilisateurs inactifs, des utilisateurs détenteurs d’une licence en trop et des incohérences dans les types de licence à examiner |
Anti-modèles
| Où chercher | À quoi ressemble mal |
|---|---|
| Plate-forme | Provisionnement | ⚠️ Les politiques d’attribution de licences n’existent pas ; chaque demande est traitée ad hoc |
| Plate-forme | Provisionnement | ⚠️ Les workflows d’approbation ne nécessitent pas de justification métier pour les types de licence Premium |
| Plate-forme | Organisation | ⚠️ L’identification des utilisateurs inactifs est manuelle et peu fréquente plutôt qu’automatisée |
| Plate-forme | Organisation | ⚠️ La récupération de la licence a lieu uniquement lors du renouvellement annuel plutôt que trimestriel |
| Plate-forme | Organisation | ⚠️ Les déchets de licences s’accumulent pendant des années lorsque les employés changent de rôle ou partent sans récupération de licence |
| Plate-forme | KPI | ⚠️ Les tableaux de bord de surveillance de l’utilisation n’existent pas ; les modèles d’utilisation sont inconnus |
| Plate-forme | Entreprise | ⚠️ Les chefs d’entreprise manquent de visibilité sur les données d’utilisation des licences lors de la planification du renouvellement |
Modèles
| Où chercher | À quoi ressemble le bien |
|---|---|
| Plate-forme | Contrats | ✅ Les engagements en nombre d’utilisateurs sont pris en charge par des plans d’affaires plutôt que par des prévisions optimistes |
| Plate-forme | Contrats | ✅ Les planifications de rampe adaptent l’investissement à la chronologie d’intégration réelle des utilisateurs au lieu de payer à l’avance pour la capacité inutilisée |
Anti-modèles
| Où chercher | À quoi ressemble mal |
|---|---|
| Plate-forme | Contrats | ⚠️ Un engagement excessif sur le nombre d’utilisateurs entraîne un gaspillage immédiat grâce aux licences inutilisées qui consomment du budget sans fournir de valeur |
| Plate-forme | Contrats | ⚠️ Les accords pluriannuels sont signés sans évaluer les besoins de flexibilité si les projections de croissance s’avèrent incorrectes |
| Plate-forme | Contrats | ⚠️ Le calendrier de mise à jour ne correspond pas aux cycles de planification des activités; les ajustements sont en retard par rapport aux changements réels des effectifs |
| Plate-forme | Contrats | ⚠️ L’organisation porte 200 licences inutilisées pendant 18 mois, car le plan de recrutement tarde après l’engagement à obtenir une remise sur le volume |
Modèles
| Où chercher | À quoi ressemble le bien |
|---|---|
| Plate-forme | Architecture | ✅ La planification de l’architecture d’intégration projette la consommation d’API et évalue si Enterprise Edition ou Unlimited Edition fournit un meilleur TCO |
| Plate-forme | Architecture | ✅ Modèles de comparaison des coûts par utilisateur avec les capacités incluses (limites en API, stockage, allocations sandbox, support Premier) |
| Plate-forme | Architecture | ✅ Les modèles de décision Edition projettent l’utilisation par rapport aux deux modèles de tarification avec des hypothèses documentées permettant une réévaluation future |
Anti-modèles
| Où chercher | À quoi ressemble mal |
|---|---|
| Plate-forme | Architecture | ⚠️ La sélection de l’édition par défaut au niveau le plus élevé ou le plus bas en fonction des contraintes budgétaires sans analyser les exigences architecturales |
| Plate-forme | Architecture | ⚠️ Enterprise Edition est sélectionné pour minimiser le coût par utilisateur sans projeter les exigences d’intégration et les coûts de dépassement d’API |
| Plate-forme | Architecture | ⚠️ Les exigences d’intégration dépassent les limites après le déploiement, ce qui entraîne un coût 2 fois plus élevé en raison des dépassements d’API et des retouches architecturales |
| Plate-forme | Architecture | ⚠️ La décision d’édition est prise sans modéliser l’utilisation réelle par rapport aux deux modèles de tarification ou documenter les hypothèses |
| Plate-forme | Organisation | ⚠️ La sélection de l’édition est basée uniquement sur le coût d’abonnement annuel par utilisateur sans contrainte architecturale de modélisation |
Modèles
| Où chercher | À quoi ressemble le bien |
|---|---|
| Plate-forme | Architecture | ✅ Les approches d’optimisation d’organisation unique (règles de partage, ensembles d’autorisations, types d’enregistrement) sont évaluées avant d’adopter l’architecture multi-organisations |
| Plate-forme | Architecture | ✅ Le modèle TCO multi-organisations montre une multiplication par 2 à 3 des coûts opérationnels, notamment l’administration, la gestion des versions, la surveillance, la réponse aux incidents et la conformité |
| Plate-forme | Architecture | ✅ L’architecture multi-organisations est adoptée uniquement lorsque les exigences réglementaires (résidence des données RGPD, séparation financière) compensent l’augmentation des coûts |
| Plate-forme | Architecture | ✅ Documents de justification multi-organisations exigences d’isolation véritables que l’organisation unique avec des limites d’autorisation ne peut pas satisfaire |
| Plate-forme | Contrats | ✅ Modèle de coût des licences multi-organisations pools de licences séparés par organisation perdant la tarification du volume et nécessitant des licences administratives dupliquées |
| Plate-forme | Architecture | ✅ Multi-organisation opérationnelle de modèle de coûts maintenance parallèle à travers plusieurs implémentations multipliant le développement et les efforts opérationnels |
Anti-modèles
| Où chercher | À quoi ressemble mal |
|---|---|
| Plate-forme | Architecture | ⚠️ L’architecture multi-organisations est adoptée car les unités commerciales « veulent l’indépendance » sans modéliser la multiplication des coûts par 2-3 |
| Plate-forme | Architecture | ⚠️ L’adoption multi-organisations se fait sans évaluer si une organisation unique avec des règles de partage répondrait aux exigences réelles à un coût fractionné |
| Plate-forme | Architecture | ⚠️ Le modèle TCO multi-organisations n’inclut pas la multiplication des coûts opérationnels (2 à 3 fois pour l’administrateur, la gestion des versions, la surveillance, la conformité) |
| Plate-forme | Architecture | ⚠️ L’architecture multi-organisations manque de justification métier documentée démontrant que la valeur dépasse la multiplication permanente et aggravée des coûts |
| Plate-forme | Contrats | ⚠️ L’analyse des coûts des licences multi-organisations ne prend pas en compte les avantages de la perte de prix en volume pour les pools de licences séparés |
| Plate-forme | Architecture | ⚠️ La charge opérationnelle multi-organisations n’est pas modélisée ; la maintenance parallèle entre les organisations est découverte après le déploiement |
Modèles
| Où chercher | À quoi ressemble le bien |
|---|---|
| Plate-forme | Intégration | ✅ Le TCO multi-organisations inclut la licence MuleSoft (20 000 $ à 200 000 $+ par an), le développement de l’intégration, la maintenance continue et la planification des capacités d’API |
| Plate-forme | Intégration | ✅ Les coûts d’intégration inter-organisations sont modélisés explicitement montrant l’investissement, les efforts de développement et les coûts opérationnels soutenus de MuleSoft |
| Plate-forme | Architecture | ✅ La multiplication de la consommation d’API est modélisée : transactions inter-organisations consommant 5 à 10 appels d’API simultanément entre plusieurs organisations |
| Plate-forme | Intégration | ✅ Les frais généraux de cohérence des données pour gérer les données de référence synchronisées entre les organisations comprennent les efforts de développement, la surveillance et la résolution des conflits |
Anti-modèles
| Où chercher | À quoi ressemble mal |
|---|---|
| Plate-forme | Intégration | ⚠️ L’architecture multi-organisations est approuvée en fonction de la comparaison des coûts de licence sans modéliser les coûts d’intégration annuels de 240 000 $ |
| Plate-forme | Intégration | ⚠️ Les coûts d’intégration inter-organisations ne sont pas explicitement modélisés ; une seule organisation éliminerait totalement ces coûts |
| Plate-forme | Architecture | ⚠️ La multiplication de la consommation d’API à partir d’appels inter-organisations n’est pas prise en compte dans la planification de la capacité |
| Plate-forme | Intégration | ⚠️ Les frais généraux de cohérence des données de référence synchronisées ne sont pas inclus dans le modèle TCO multi-organisations |
Modèles
| Où chercher | À quoi ressemble le bien |
|---|---|
| Configuration → Sandbox → Stratégie d’environnement DevOps → Plan d’allocation sandbox | ✅ Modèle: Team utilise des sandbox Developer Pro pour le développement de fonctionnalités avec des données fictives, Partial Copy avec des comptes ciblés pour le test d’intégration ✅ Réserve la copie complète exclusivement pour la validation de l’UAT et des performances de préproduction lorsque le volume de données complet est architecturalement nécessaire |
| Configuration → Sandbox → Stratégie équilibrée Finances → Budget Environnement | ✅ Modèle: L’équipe de développement de 15 personnes implémente une stratégie équilibrée avec 15 sandbox Developer Pro (750 € par mois), 3 Partial Copy pour les flux de travail parallèles (900 € par mois), 1 Full Copy pour UAT (3 000 € par mois) ✅ Total de 4 650 dollars par mois correspondant aux modèles de développement réels plutôt que de surprovisionner pour le parallélisme maximal théorique |
| Configuration → Modèles sandbox → Sélection de données Configuration → Configuration de la copie partielle | ✅ Modèle: Le modèle sandbox Partial Copy inclut les 12 derniers mois d’opportunités et de requêtes, mais exclut les données archivées ✅ Fournit des données de test représentatives dans une capacité de 5 Go plutôt que de demander une copie complète, ce qui permet un type de sandbox moins coûteux grâce à la sélection de données stratégiques |
| Processus → Cycle de vie des sandbox Configuration → Suivi de l’environnement temporaire | ✅ Modèle: Gestion sandbox temporaire suit les environnements créés pour des projets spécifiques avec des dates de suppression documentées ✅ Mettre en œuvre des politiques d’expiration exigeant une justification de renouvellement pour maintenir des environnements temporaires au-delà de la portée initiale afin d’éviter une dérive permanente du statut |
| Configuration → Planification d’actualisation de sandbox Calendrier → Actualiser l’optimisation | ✅ Modèle: L’optimisation de la cadence d’actualisation aligne l’actualisation des sandbox sur les exigences réelles d’actualisation des données plutôt que sur des planifications arbitraires ✅ L’actualisation Full Copy trimestrielle suffit lorsque l’actualisation mensuelle n’est pas nécessaire pour tester les modèles, ce qui libère de la capacité pour des sandbox supplémentaires |
Anti-modèles
| Où chercher | À quoi ressemble mal |
|---|---|
| Sur-provisionnement → Gaspillage des investissements | ⚠️ Anti-modèle: L’organisation achète cinq sandbox Full Copy pour offrir à chaque équipe de développement des environnements dédiés ⚠️ Multiplie les coûts par 5 à 10 lorsque la copie partielle répondrait à la plupart des exigences de test ; la copie complète doit être réservée aux scénarios nécessitant une fidélité totale en production |
| Sans stratégie → Premium par défaut | ⚠️ Anti-modèle: L’équipe de 15 personnes achète une stratégie Premium avec 30 organisations sandbox Developer Pro et 5 sandbox Full Copy (18 000 € par mois) car « plus d’environnements sont toujours meilleurs » ⚠️ Aucune analyse montrant une vitesse de développement contrainte par la disponibilité de l’environnement; une stratégie équilibrée fournirait la même vitesse à 4 650 $ par mois |
| Modèles non filtrés → Mises à niveau forcées | ⚠️ Anti-modèle: Le modèle Partial Copy inclut tous les objets sans filtrage, consommant une capacité de 5 Go avec des données historiques sans rapport avec le test ⚠️ Force l’achat de Full Copy lorsque la sélection de données stratégiques active l’utilisation de Partial Copy à un coût 5-10x inférieur par sandbox |
| Sandbox Sprawl → Permanent Temporaire | ⚠️ Anti-modèle: Prolifération temporaire de sandbox en tant que sandbox de projet passant au statut permanent sans justification ⚠️ Aucune politique d’expiration ou exigence de renouvellement permettant aux environnements temporaires d’accumuler indéfiniment un budget consommateur |