Un consultant Salesforce Field Service configure l'outil qui dit à chaque technicien où aller, quand et avec quelles pièces. Le module repose sur Service Cloud mais ajoute ses propres objets, un package géré et un moteur de planification. L'entretien d'un consultant Salesforce Field Service se construit autour de ce supplément. Beaucoup de CV le citent après un projet où il était déjà en place, sans avoir réglé une politique de planification.
Le métier compte autant que l'outil. La personne doit comprendre comment un dispatcher remplit une journée, ce qu'un technicien saisit sur son téléphone sans réseau et ce que l'ERP attend pour facturer les pièces. Les offres publiées en France mêlent paramétrage, ateliers avec les équipes terrain et un peu de Flow. Celles qui demandent Apex, LWC et extension de l'application mobile décrivent plutôt un développeur.
En entretien, un profil qui a déployé Field Service parle de règles de travail et d'objectifs de service, de géocodage des adresses, de priming hors ligne et de configuration stockée en données qu'il faut migrer entre environnements. La certification correspondante s'intitule aujourd'hui Salesforce Certified Agentforce Field Service and Operations Consultant. Elle valide des connaissances, pas la conduite d'une mise en service.
Les objets et outils Field Service que le consultant paramètre
Work orders et work types
Le work order décrit le travail à faire chez le client : équipement, tâches, pièces, statut. Le work type sert de modèle, avec une durée estimée et des compétences requises, et peut créer le rendez-vous tout seul. Un consultant solide part de ces modèles avant d'ajouter des champs.
Service appointments
Le rendez-vous est l'objet que le moteur planifie : fenêtre d'arrivée, date au plus tôt, échéance, ressource affectée. Un work order peut en compter plusieurs. Les statuts du rendez-vous et leurs transitions pilotent l'application mobile et les notifications au client.
Territoires, ressources et compétences
Les service territories découpent la zone couverte, les service resources représentent les techniciens, les équipes ou les sous-traitants. Un technicien peut appartenir à un territoire principal, à des territoires secondaires et à une relocalisation datée. Les compétences, avec leurs dates de validité, filtrent qui peut faire quoi.
Politiques de planification
Une politique combine des règles de travail, qui écartent des candidats (compétences, territoire, disponibilité), et des objectifs de service pondérés (au plus tôt, trajet minimal, technicien préféré). Salesforce en livre quatre en standard. Leur réglage explique la plupart des plaintes des dispatchers.
Console de dispatch et optimisation
La console affiche les rendez-vous sur un Gantt et une carte, par territoire. L'optimisation globale tourne en général la nuit, l'optimisation de la journée absorbe les aléas, celle d'une ressource refait un seul planning. Enhanced Scheduling and Optimization est le moteur de nouvelle génération de Salesforce.
Application mobile Field Service
L'application iOS et Android du technicien fonctionne hors ligne. Elle charge à l'avance ses rendez-vous et les enregistrements liés, et Briefcase Builder ajoute les données hors du modèle standard. Plans de travail, actions rapides et comptes rendus signés se configurent sans code.
Stocks, actifs et maintenance
Les emplacements, les articles de stock et les transferts suivent les pièces dans les entrepôts et les véhicules. Les actifs gardent l'historique des interventions et la garantie. Les plans de maintenance génèrent les visites préventives par lots.
Contrats et délais
Contrats de service, droits à intervention (entitlements) et jalons fixent les délais promis au client. Ils donnent la date d'échéance des rendez-vous. Appointment Assistant informe le client de l'arrivée du technicien.
Le consultant Field Service intervient le plus souvent en prestation chez un intégrateur partenaire de Salesforce, parfois en interne chez une entreprise qui gère ses propres techniciens. Sur un premier déploiement, il anime les ateliers avec les dispatchers et les équipes terrain, modélise territoires et compétences, règle les politiques de planification et prépare la reprise des équipements. Sur une organisation en place, il traite les plaintes sur les créneaux proposés, les lenteurs de la console et les données manquantes hors ligne. Il travaille avec un architecte, des développeurs pour les extensions mobiles et l'équipe de l'ERP pour les pièces et la facturation. Field Service apparaît aujourd'hui sur le site de Salesforce sous le nom Field Service and Operations, avec des agents Agentforce pour les dispatchers et les techniciens.
Six points attendus d'un consultant Field Service
- Modèle d'objets Field Service
- Territoires, ressources et compétences
- Politiques de planification et optimisation
- Application mobile hors ligne
- Stocks, actifs et maintenance préventive
- Migration des données et recette
Questions de terrain pour un consultant Salesforce Field Service
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 client signale une panne d'équipement. L'intervention demandera deux techniciens pendant deux jours. Quels enregistrements Field Service créez-vous, et dans quel ordre ?
Une bonne réponseUn work order rattaché au compte, à l'adresse d'intervention et à l'actif, souvent créé depuis la requête du service client. Un work type qui porte la durée estimée et les compétences requises. Puis les service appointments, enfants du work order, qui disent quand et par qui le travail sera fait. Pour deux personnes, une équipe (service crew) ou deux rendez-vous liés par une dépendance ; pour deux jours, le travail sur plusieurs jours ou deux rendez-vous successifs. La personne explique son choix.
Signal d'alerteTout gérer dans la requête Service Cloud avec un champ date. Ou confondre work order et rendez-vous, comme s'il s'agissait du même enregistrement.
Question 2 · confirmé
Un technicien basé à Lyon couvre aussi Grenoble deux jours par semaine et part en renfort à Marseille en juin. Comment le décrivez-vous dans Field Service ?
Une bonne réponseUne seule ressource, membre de trois territoires. Lyon en membre principal, avec son adresse de départ. Grenoble en membre secondaire, avec des horaires limités aux deux jours. Marseille en relocalisation datée sur juin, qui remplace temporairement le territoire principal. Les politiques de planification peuvent ensuite privilégier les membres principaux.
Signal d'alerteCréer trois ressources pour la même personne, ou changer son territoire à la main chaque semaine.
Question 3 · senior
Les dispatchers trouvent que le moteur propose des créneaux absurdes : un technicien traverse la région pour une intervention de vingt minutes. Que regardez-vous dans la politique de planification ?
Une bonne réponseLa politique combine des règles de travail, qui écartent des candidats, et des objectifs de service pondérés, qui classent ceux qui restent. Il regarde le poids de Minimize Travel face à ASAP, la présence d'une règle Maximum Travel From Home, les adresses de départ des ressources et le géocodage des adresses d'intervention. Une adresse sans coordonnées fausse tous les trajets. Il teste avec Get Candidates pour lire la note de chaque créneau.
Signal d'alerte« On désactive le moteur et on planifie à la main », ou modifier les poids au hasard sans cas de test.
Question 4 · confirmé
Les techniciens travaillent souvent en sous-sol, sans réseau. Qu'est-ce que l'application mobile Field Service garde sur le téléphone, et comment élargissez-vous ce périmètre ?
Une bonne réponseL'application est pensée pour le hors-ligne. Elle charge à l'avance (priming) les rendez-vous affectés sur un horizon défini et les enregistrements liés : work order, compte, actif, adresse. Ce qui sort de ce modèle, comme un objet personnalisé, passe par un briefcase construit avec Briefcase Builder, ciblé par profil. Les saisies faites hors ligne sont gardées sur l'appareil et synchronisées au retour du réseau. Il teste en mode avion avant chaque livraison.
Signal d'alerte« Tout est dans le cloud, il faut du réseau », ou des écrans qui appellent un service externe à chaque ouverture.
Question 5 · confirmé
Un contrat prévoit une visite de maintenance tous les six mois sur 2 000 équipements. Comment générez-vous les interventions ?
Une bonne réponseUn plan de maintenance (maintenance plan) qui liste les actifs concernés, la fréquence, le work type et l'horizon de génération. Les work orders sont créés par lots, un par actif ou regroupés par site. Il génère sur un horizon court, quelques semaines ou mois, et pas des années à l'avance. Il évoque la maintenance déclenchée par l'usage quand le contrat suit un compteur plutôt qu'une date.
Signal d'alerteCréer les visites à la main, ou importer chaque année un fichier Excel de work orders.
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
Field Service, les réponses courtes
Un consultant Service Cloud peut-il tenir un projet Field Service ?
Il connaît la base : requêtes, droits à intervention, comptes et actifs. Il lui manque souvent le moteur de planification, la gestion des territoires, l'application mobile hors ligne et la migration de la configuration stockée en données. Sur un premier projet Field Service, mieux vaut l'associer à quelqu'un qui a déjà réglé des politiques de planification en production. Pour un poste seul sur le sujet, il faut un déploiement Field Service mené de bout en bout, raconté en détail.
La certification Field Service de Salesforce est-elle un bon filtre ?
La certification, aujourd'hui intitulée Salesforce Certified Agentforce Field Service and Operations Consultant, prouve que la personne connaît le modèle d'objets, la planification et l'application mobile. C'est un bon premier tri sur des CV nombreux. Elle ne dit pas si le candidat a corrigé une politique qui envoyait les techniciens trop loin ou préparé une reprise de 50 000 équipements. Ces situations se vérifient en entretien, avec des exemples précis et datés.
Quel test technique est donné à un consultant Field Service ?
Un cas court en entretien suffit : une organisation de techniciens décrite en dix lignes, à traduire en territoires, compétences, politique de planification et données hors ligne. S'y ajoute une capture de console où le moteur propose un créneau absurde : le candidat dit ce qu'il faut vérifier. En vingt minutes, on voit si la personne raisonne avec les règles et les objectifs du moteur ou seulement avec les écrans.
Un consultant Field Service doit-il savoir coder ?
Non pour un poste fonctionnel. Presque tout le paramétrage se fait sans code : objets, politiques, briefcases, plans de travail, Flow. Il doit pourtant savoir où s'arrête le déclaratif, par exemple pour un composant mobile spécifique ou une règle de travail personnalisée, et rédiger le besoin pour un développeur Apex ou LWC. Si l'offre demande des extensions mobiles ou de l'intégration, le poste appelle un développeur Salesforce, pas ce profil.
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.
