Le consultant fonctionnel Salesforce passe ses journées dans la configuration : objets et champs, droits et partage, flows, pages Lightning, rapports. Il anime aussi les ateliers et fait valider le métier, mais c'est la qualité de l'org qu'il laisse qui compte. Un entretien de consultant Salesforce part de cette configuration, de son cycle de déploiement et des applications de l'AppExchange que le client a déjà installées.
Beaucoup de CV listent Sales Cloud, Service Cloud et Flow. La différence se fait sur les cas concrets. Un profil solide sait pourquoi un champ masqué de la page reste visible dans un rapport, ce qui arrive quand un import de 50 000 lignes déclenche un flow, et ce qu'une réorganisation des rôles provoque dans le partage. La certification Salesforce Certified Platform Administrator montre la base, sans dire si la personne a déjà repris une org de dix ans.
Le candidat ouvre une org de démonstration et explique ses choix en configurant en direct. Vingt minutes suffisent pour voir ses réflexes. Le PDF propose six axes, trente questions et une étude de cas sur la reprise d'une org.
Ce que configure un consultant fonctionnel Salesforce
Objets standard et personnalisés
Le modèle de données de Salesforce : comptes, contacts, pistes, opportunités, requêtes, plus les objets créés pour le client. Les relations de recherche et principal-détails décident de la propriété, du partage et des récapitulatifs. Un bon consultant réutilise le standard avant de créer un objet.
Profils, ensembles d'autorisations et partage
Les profils et les ensembles d'autorisations disent ce qu'un utilisateur peut faire sur un objet ou un champ. Les paramètres de partage par défaut, la hiérarchie des rôles, les règles de partage et les équipes disent quels enregistrements il voit. La plupart des erreurs de visibilité viennent d'une confusion entre ces deux couches.
Flow
L'outil d'automatisation de Salesforce : flows déclenchés par un enregistrement, planifiés, d'écran ou lancés par une autre automatisation. Il remplace les règles de workflow et Process Builder, qui ne sont plus supportés depuis le 31 décembre 2025. Reste à savoir comment le candidat gère les erreurs et les gros volumes.
Lightning App Builder et Dynamic Forms
L'éditeur des pages Lightning. Dynamic Forms affiche les champs selon des règles de visibilité, ce qui allège les pages chargées sans multiplier les mises en page. Le Path guide le commercial ou le conseiller étape par étape.
Rapports et tableaux de bord
Les types de rapport, les filtres croisés et les tableaux de bord dynamiques servent le pilotage quotidien. Un rapport n'est juste que si les données sont saisies, ce qui renvoie à la configuration des pages et des règles de validation.
Sandboxes et déploiement de la configuration
La configuration se fait dans un sandbox et passe en production par des change sets, DevOps Center ou un outil comme Copado ou Gearset. Le consultant n'est pas release manager, mais il doit décrire ce qu'il livre et ce qui reste à faire à la main.
Versions et mises à jour de version
Salesforce publie trois versions par an (Spring, Summer, Winter). Les mises à jour de version s'appliquent d'office à une date annoncée. Les sandboxes en préversion permettent de tester avant la production. Un consultant suit ce calendrier pour son client.
AppExchange
La place de marché des applications pour Salesforce : signature électronique, génération de documents, outils d'administration. Une app installée sous forme de package géré ajoute ses propres objets et automatisations, avec les mises à jour de son éditeur.
Data Loader et outils d'import
L'assistant d'importation s'arrête à 50 000 enregistrements. Au-delà, Data Loader ou un outil ETL. Les reprises et les chargements réguliers s'appuient sur des identifiants externes pour éviter les doublons.
On recrute un consultant fonctionnel Salesforce pour un projet de mise en place, pour reprendre une org existante ou pour la maintenance évolutive d'un CRM en production. En prestation, il change de client et d'org régulièrement et doit vite comprendre une configuration qu'il n'a pas faite. Chez un client final, il vit avec ses choix pendant des années, version après version. Les annonces mélangent souvent les titres : consultant fonctionnel, business analyst, administrateur, paramétreur. Le cœur reste le même, avec Sales Cloud ou Service Cloud, Flow et le modèle de sécurité. Experience Cloud, CPQ ou Data Cloud viennent en plus selon le projet.
Les compétences de paramétrage attendues
- Modèle de données et objets
- Droits, partage et visibilité
- Automatisation avec Flow
- Pages Lightning et rapports
- Sandboxes, déploiement et versions
- AppExchange et chargement de données
Questions d'entretien consultant Salesforce, avec la réponse attendue
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Un expert-comptable suit une trentaine de sociétés clientes, et le métier veut le voir sur chacune. Que configurez-vous dans le modèle de données ?
Une bonne réponseLa fonction Contacts associés à plusieurs comptes : le contact garde un compte principal et chaque lien supplémentaire est une relation compte-contact avec son rôle, visible dans une liste associée. Le candidat sait qu'elle s'active dans la configuration et qu'elle change les rapports et les droits. Il compare avec un objet de jonction personnalisé, utile si la relation porte beaucoup d'informations propres, et choisit le standard par défaut.
Signal d'alerteDupliquer le contact sur chaque compte, ou créer trente champs de recherche sur le contact.
Question 2 · confirmé
Les opportunités sont en accès privé. Une équipe transverse d'avant-vente doit voir et modifier certaines d'entre elles, pas toutes. Quelles options avez-vous ?
Une bonne réponseIl part du critère qui définit « certaines ». Si c'est une valeur de champ (type d'affaire, montant, produit), une règle de partage sur critères vers un groupe public. Si c'est au cas par cas, les équipes d'opportunité, que le commercial alimente lui-même, ou des équipes de compte. Il écarte la modification de la hiérarchie des rôles pour ce besoin et rappelle que le partage ouvre l'accès à l'enregistrement mais que les droits sur l'objet et les champs viennent des ensembles d'autorisations.
Signal d'alertePasser les opportunités en lecture et écriture publiques, ou donner « Modifier tout » à l'équipe.
Question 3 · confirmé
Sept jours après la création d'une opportunité, si son étape n'a pas bougé, le commercial et son manager doivent recevoir une relance. Comment le construisez-vous dans Flow ?
Une bonne réponseUn flow déclenché par l'enregistrement, à la création, avec un chemin planifié à sept jours après la date de création. Au moment où le chemin s'exécute, le flow relit l'opportunité et vérifie que l'étape n'a pas changé avant d'envoyer la notification ou de créer la tâche. Le candidat évoque les cas limites (opportunité fermée entre-temps, propriétaire changé) et sait où suivre les chemins planifiés en attente.
Signal d'alerteUn flow planifié qui relit chaque nuit toutes les opportunités de la base, ou une règle de workflow, outil qui n'est plus supporté depuis le 31 décembre 2025.
Question 4 · junior à confirmé
Les commerciaux trouvent la fiche opportunité illisible : 90 champs sur une seule page. Que faites-vous dans Lightning ?
Une bonne réponseD'abord savoir quels champs sont remplis et lus, avec un rapport de taux de remplissage. Ensuite Dynamic Forms dans le Lightning App Builder : sections et onglets, champs affichés selon l'étape, le type d'enregistrement ou le profil de l'utilisateur. Un Path avec des conseils par étape, une mise en page compacte qui montre en haut les quatre ou cinq champs les plus lus. Un nouveau type d'enregistrement seulement si le processus de vente diffère vraiment.
Signal d'alerteCréer une mise en page par commercial, ou supprimer des champs sans vérifier qu'aucun flow ni rapport ne les utilise.
Question 5 · confirmé
Une mise à jour de version Salesforce sera appliquée d'office dans deux mois. Comment évaluez-vous son effet sur la configuration du client ?
Une bonne réponseIl ouvre la page Mises à jour de version dans la configuration, lit ce qui change et la date d'application, puis active la mise à jour dans un sandbox à jour pour tester les processus concernés (flows, pages, intégrations). Il prévient le métier si un comportement visible change. Il connaît le rythme des trois versions par an et la fenêtre de préversion des sandboxes, qui permet de tester la version suivante avant la production.
Signal d'alerteAttendre que Salesforce l'applique et traiter les tickets ensuite.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Consultant Salesforce, les questions fréquentes
Consultant Salesforce ou administrateur Salesforce : quelle différence en pratique ?
L'administrateur fait vivre l'org au quotidien : utilisateurs, droits, petites évolutions, support. Le consultant fonctionnel conçoit et configure des évolutions plus larges, anime les ateliers et porte un projet du besoin à la mise en production. Les deux manipulent les mêmes outils. Pour une mise en place ou une refonte, il faut un consultant. Pour faire tourner une org stable, un administrateur suffit souvent.
Quelle certification attendre d'un consultant Salesforce ?
La Salesforce Certified Platform Administrator est la base attendue. Les certifications de consultant par produit, pour la vente ou le service, montrent une spécialisation. Elles se maintiennent par des modules annuels sur Trailhead, ce qui permet de voir si le profil suit les versions. Elles ne remplacent pas un cas pratique : un certifié peut ne jamais avoir repris une org réelle avec ses années de configuration.
Comment organiser le test technique d'un consultant Salesforce ?
Le test donne accès à une org de démonstration avec un besoin court : un objet à créer, une règle de partage, un flow avec une relance. Le candidat configure pendant vingt à trente minutes en expliquant ses choix à voix haute. On voit s'il vérifie l'existant, s'il pense aux droits et s'il teste avec un autre utilisateur. Un questionnaire à choix multiples ne montre rien de cela.
Un consultant Salesforce doit-il savoir coder en Apex ?
Non, mais il doit savoir où s'arrête la configuration. Un bon consultant reconnaît le besoin qui demande un développeur : logique complexe sur de gros volumes, intégration en temps réel, composant d'interface sur mesure. Il sait lire un trigger pour comprendre ce qu'il fait sur l'objet et en parler avec l'équipe de développement. Un profil qui veut tout faire en flow, même l'impossible, coûte cher à la longue.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
