La réponse courte
La simple connexion (login) à un système prouve qu'un utilisateur y a accédé. Cependant, elle ne garantit pas que le travail y a été effectué, que les données saisies sont fiables, ou qu'un dirigeant peut prendre des décisions éclairées sur cette base. Une organisation qui rapporte 92 % de connexions mais gère ses prévisions dans Excel n'a pas véritablement adopté Salesforce ; elle ne fait que l'ouvrir.
Une mesure d'adoption utile répond à une question essentielle : le processus métier se déroule-t-il de bout en bout au sein du système, avec une qualité permettant de s'y fier ? De cette question découlent quatre niveaux de mesure : les actions fondamentales, la qualité des données, la rapidité du processus et le résultat métier.
Trois niveaux d'adoption
| Niveau | Quoi mesurer | Exemple | Signification |
|---|---|---|---|
| Présence | Connexion, temps passé | 92 % se sont connectés cette semaine | Très peu significatif |
| Utilisation active | Actions fondamentales par rôle | 78 % des transactions mises à jour en 7 jours | Le processus est en cours |
| Valeur | Résultat métier + qualité | L'écart de prévision est passé de 31 % à 12 % | L'adoption a généré un retour sur investissement |
La plupart des organisations restent bloquées au premier niveau car c'est le seul qui ne nécessite aucun effort préalable pour être mesuré. Les deux niveaux suivants exigent une décision initiale : identifier l'"action fondamentale" pour chaque rôle.
Comment définir une action fondamentale
Une action fondamentale est l'opération sans laquelle le processus est interrompu. Ce n'est pas l'action la plus fréquente, mais l'action la plus critique. Pour un représentant commercial, il s'agit généralement de la mise à jour du statut d'une opportunité et de sa date de clôture ; pour un directeur des ventes, c'est la révision hebdomadaire du Pipeline au sein de Salesforce ; pour un agent de service client, c'est la clôture d'un Case avec un code de motif correct.
La règle pratique : si l'action n'est pas effectuée, quelqu'un en aval travaille avec des informations erronées. Si personne n'est affecté par son absence, ce n'est pas une action fondamentale, et elle ne devrait parfois même pas être un champ obligatoire.
Pour chaque rôle, il convient de définir une à deux actions fondamentales, de les énoncer explicitement dans la description du poste, et de mesurer le pourcentage d'utilisateurs qui les ont effectuées dans le délai pertinent pour le processus.
Couche de qualité des données
Une action mal exécutée est parfois pire qu'une action non effectuée, car elle engendre une fausse confiance. C'est pourquoi toute mesure quantitative doit être accompagnée d'une mesure qualitative :
- Pourcentage d'opportunités avec une date de clôture passée : mesure de la dégradation du Pipeline.
- Pourcentage de Cases clôturés avec un code de motif générique de type "Autre" : mesure d'une catégorisation défaillante.
- Pourcentage de clients sans contact actif : mesure des données de base manquantes.
- Pourcentage d'enregistrements dupliqués créés manuellement : mesure d'une défaillance dans le processus de saisie.
Ces quatre indicateurs révèlent en une semaine si le système est utilisé de manière authentique ou de manière ritualisée. Une approche plus détaillée pour corriger la cause profonde est présentée dans l'article Améliorer l'adoption de Salesforce.
Segmentation : la moyenne est trompeuse
Une moyenne d'adoption organisationnelle de 70 % peut masquer une équipe à 95 % et une autre à 20 %. Toute mesure doit être segmentée selon au moins trois critères :
- Rôle : Commercial, manager, Back Office. Chaque rôle a des attentes différentes.
- Équipe ou responsable direct : La plus grande différence d'adoption est presque toujours liée au responsable direct, et non à la formation.
- Ancienneté dans le système : Les utilisateurs qui ont rejoint l'entreprise après la mise en service (Go Live) n'ont pas reçu la même formation, et leurs données témoignent du processus d'intégration.
Lorsque l'écart entre l'équipe la plus performante et l'équipe la moins performante est supérieur à deux, le problème est managérial et non systémique. L'investissement approprié doit alors être ciblé sur la couche managériale plutôt que sur un développement supplémentaire.
Baseline : l'erreur irréparable a posteriori
Une mesure sans point de référence est un nombre dépourvu de sens. Le Baseline est mesuré avant le changement, même s'il est mesuré manuellement ou estimé. Posez-vous les questions suivantes : combien de temps faut-il aujourd'hui pour clôturer un Case ? Combien d'opportunités sont mises à jour à temps ? Quel est l'écart de prévision au cours des trois derniers trimestres ?
Si le Baseline n'est pas mesuré avant le lancement, il peut être partiellement reconstitué à partir de données historiques, mais les indicateurs comportementaux ne peuvent pas être récupérés. C'est pourquoi la mesure de l'adoption est une décision qui se prend au stade de la planification, et non au stade du Go Live.
Du constat à l'action
Le tableau suivant associe les constats courants aux actions appropriées. La logique est la suivante : presque aucun constat d'adoption n'est résolu par une simple formation supplémentaire.
| Constat | Cause racine probable | Action recommandée |
|---|---|---|
| Nombre élevé de connexions, peu d'actions fondamentales | Le système n'est pas intégré au flux de travail quotidien | Intégration au processus : alertes, Path, listes de tâches |
| Actions effectuées, mais avec des semaines de retard | Absence de cycle de gestion basé sur ces données | Révision hebdomadaire du Pipeline depuis le tableau de bord |
| Faible qualité dans un champ spécifique | Le champ est non pertinent ou peu clair | Réduire, remplacer par une liste de sélection (Picklist) ou supprimer |
| Une équipe spécifique sous-performante | Le manager direct n'utilise pas le système | Travailler avec le manager, pas seulement avec l'équipe |
| Tous les champs sont remplis mais la direction ne fait pas confiance | Inadéquation entre l'indicateur et la question métier | Redéfinition de l'indicateur de résultat |
À quoi ressemble un rapport mensuel
Un bon rapport d'adoption tient sur une page : quatre indicateurs avec la tendance des trois derniers mois, une segmentation par équipe, trois constats et trois actions avec un responsable et une date de réalisation. Sans actions, ce n'est qu'un rapport d'état ; avec des actions, c'est un outil de gestion.
Le lien entre la mesure et le plan de travail organisationnel est détaillé dans Gestion du changement Salesforce, et la planification de la formation découlant des constats est présentée dans Formation Salesforce par rôle.
Résumé
Les mesures d'adoption ne sont pas un bulletin de notes pour les utilisateurs, mais un système de détection des dysfonctionnements dans le processus. Si la mesure ne conduit pas à un changement dans le processus, l'interface ou la couche managériale, elle ne fait que créer du travail. Commencez par quatre indicateurs, segmentez par équipe, établissez un Baseline et associez chaque constat à une action avec un responsable.