Certifications Salesforce : organiser les maintenances et préparer les évolutions

Article publié initialement en 2025, revu le 15 octobre 2026.

Une certification Salesforce ne reste pas à jour simplement parce que son titulaire utilise le CRM tous les jours. Il faut suivre les exigences de maintenance de la certification concernée. Mais, pour un responsable CRM, une autre question compte autant : comment transformer cette veille en décisions utiles pour son organisation, sans lancer des changements à chaque annonce ?

Ce guide s’adresse aux administrateurs, aux consultants et aux responsables d’équipe qui veulent organiser ce suivi. Il distingue la maintenance d’une certification, la veille sur les nouveautés du produit et la préparation d’une mise en production. Ces trois activités se complètent ; chacune a son résultat attendu.

La version initiale de cet article regroupait des annonces attribuées aux releases 2025 et des liens vers des modules saisonniers. Plusieurs de ces liens ne sont plus accessibles. Nous avons remplacé cette liste par une méthode durable et des sources officielles permettant de retrouver les exigences actuelles. Une ancienne liste de nouveautés ne doit pas servir de procédure de mise à jour de votre organisation.

Vérifier ses obligations dans les sources officielles

Salesforce demande aux professionnels certifiés de compléter les maintenances applicables à leurs certifications. Les exigences et les échéances peuvent varier selon le titre détenu. Le point de départ est donc votre situation réelle, dans votre compte Trailhead, puis la documentation de Salesforce sur l’expiration et la maintenance des certifications.

Ne partez pas du principe qu’un module trouvé dans un article ancien est toujours celui qui vous concerne. Un intitulé peut évoluer, une certification peut être remplacée et une échéance peut être dépassée. Pour accéder aux contenus disponibles, utilisez le parcours officiel Maintain Your Salesforce Certifications. Vérifiez ensuite que le module retenu correspond bien à votre certification et à votre obligation de maintenance.

Une petite fiche de suivi suffit pour chaque personne : certification détenue, compte utilisé, exigence identifiée, échéance officielle, date de réalisation et résultat constaté. Il est préférable de conserver un lien vers la source plutôt qu’une capture isolée dont on ne sait plus quand elle a été prise. En cas de doute, notez la question précise avant de solliciter l’assistance Salesforce.

Séparer certification, veille et changement en production

Terminer un module ne signifie pas qu’une fonctionnalité doit être activée dans votre Salesforce. Inversement, un besoin urgent de l’entreprise peut exiger un travail qui ne figure dans aucune maintenance de certification.

Cette séparation évite de remplir un backlog avec toutes les nouveautés annoncées. Pour chaque sujet, demandez d’abord quel problème concret il pourrait résoudre. Une amélioration du paramétrage des écrans peut être pertinente si les utilisateurs perdent du temps à retrouver une information. Elle ne devient pas prioritaire uniquement parce qu’elle est récente.

Le travail de veille gagne aussi à être partagé. Un administrateur relève les conséquences sur les usages ; un développeur examine les dépendances techniques ; le responsable métier précise les contraintes de son équipe. Une synthèse de quelques décisions sera souvent plus utile qu’une liste exhaustive de fonctionnalités.

Construire un suivi simple pour l’équipe

Notre recommandation est de tenir un tableau commun, avec les seules informations nécessaires au pilotage. Évitez d’y stocker des identifiants de connexion ou des mots de passe. Chaque personne conserve son compte et vérifie ses propres exigences ; le responsable suit les échéances et les points à résoudre.

Voici un exemple fictif de structure, à adapter à votre organisation :

Prévoyez une revue avant l’échéance, avec une marge adaptée aux disponibilités de chacun. Une personne absente ou mobilisée sur une livraison ne doit pas découvrir une obligation le dernier jour. Le calendrier reste celui de Salesforce : le tableau interne sert à s’organiser, il ne remplace pas la source officielle.

Lorsqu’une maintenance est réalisée, vérifiez le résultat dans le compte concerné. Un badge terminé et le statut d’une certification sont deux informations à rapprocher. La documentation sur la vérification du statut d’une certification fournit un point de référence pour cette étape.

Transformer une nouveauté en question métier

Imaginons qu’une administratrice repère une évolution qui pourrait simplifier un écran utilisé par le service commercial. La bonne suite ne consiste pas à la reproduire immédiatement dans la production. Il faut d’abord décrire l’usage actuel : quelle information manque, qui la cherche, à quel moment et avec quelles conséquences ?

Une fiche courte peut reprendre cinq éléments : le problème constaté, la population concernée, le fonctionnement attendu, les dépendances connues et la preuve qui permettra de considérer le changement utile. Un exemple de preuve serait : un commercial retrouve l’information nécessaire sans ouvrir trois fiches différentes. Il faut ensuite le vérifier avec un scénario représentatif.

Pour les fonctionnalités soumises à des conditions de disponibilité, consultez les notes de version et la documentation du produit concerné. L’édition, les licences, les réglages et le périmètre de déploiement peuvent compter. Une démonstration dans un environnement de formation ne prouve pas, à elle seule, que la fonctionnalité est utilisable dans votre organisation.

Les notes de version Salesforce sont la source à utiliser pour retrouver une annonce et son périmètre. Votre analyse peut ensuite rejoindre un audit Salesforce si les dépendances de l’existant ne sont pas suffisamment connues.

Préparer les vérifications avant de livrer

La nouveauté retenue devient un sujet de projet : elle doit avoir un périmètre, un responsable et des critères de validation. Notre méthode consiste à préparer d’abord un scénario métier, puis à examiner les conséquences techniques. Cela aide à éviter une livraison correcte sur un écran de démonstration mais inutilisable dans le travail quotidien.

Le scénario doit préciser le type d’utilisateur, les données nécessaires et le résultat attendu. Ajoutez les situations qui ne doivent pas être autorisées : consulter une information confidentielle, modifier une fiche hors de son périmètre ou déclencher deux fois une opération. Les droits et les automatismes existants font partie de la vérification.

Préparez les changements dans un environnement de test adapté et gardez une trace de l’état initial. Définissez aussi ce qui se passe si la recette révèle un problème : corriger, reporter la livraison ou revenir à l’état précédent. Le choix dépend de la nature du changement et de vos outils de déploiement ; il ne se résume pas à une règle universelle.

Après livraison, demandez au métier de confirmer le résultat. Une amélioration peut être techniquement disponible sans être utilisée. Une courte explication, une documentation accessible ou une démonstration ciblée peuvent alors être nécessaires. Ces actions sont à prévoir dans le lot, pas à découvrir une fois les utilisateurs bloqués.

Garder une mémoire exploitable

Quelques mois plus tard, quelqu’un demandera pourquoi un réglage a changé ou pourquoi une nouveauté n’a pas été retenue. Conservez la réponse près du backlog : décision, contexte, date, personne ayant validé et lien vers la documentation utile. Il n’est pas nécessaire de recopier toutes les notes de version.

Cette mémoire permet aussi de distinguer un incident d’un comportement attendu. Si un écran ne fonctionne plus après une évolution, la fiche du changement donne un point de départ. Pour préparer une demande claire, notre guide sur les problèmes Salesforce et les premières vérifications propose une méthode de qualification.

Un accompagnement de maintenance et support Salesforce peut réunir ces sujets : demandes des utilisateurs, corrections, veille pertinente et améliorations validées. L’intérêt est de garder un ordre de priorité lisible et de savoir ce qui a été décidé, livré ou reporté.