Salesforce Field Service - historiquement Field Service Lightning, d'où l'acronyme FSL encore courant - est, à notre lecture, le cloud le plus puissant et le plus souvent mal implémenté de la plateforme. Bien posé, il transforme des opérations terrain pilotées au tableau blanc en machine réglée. Mal posé, il produit des plannings absurdes et des techniciens furieux. Voici comment faire partie de la première catégorie.
01Pourquoi : le coût caché des opérations manuelles
Une organisation qui planifie ses interventions à la main paie trois fois : le temps des planificateurs, les trajets non optimisés, et les informations terrain qui remontent tard ou jamais. Field Service attaque les trois d'un coup :
- Planification automatique - le moteur de planification et d'optimisation identifie les techniciens qualifiés, vérifie leur disponibilité, puis arbitre selon vos priorités : compétences, territoires, disponibilités, et des objectifs pondérés (trajet minimal, urgence, ressource préférée…).
- Tournées optimisées - l'optimisation vise moins de kilomètres, plus d'interventions par jour et des créneaux tenus, avec trois modes : une optimisation globale du planning (typiquement la nuit), une optimisation en journée pour absorber urgences et annulations, et une optimisation par ressource.
- Terrain connecté - l'application mobile, conçue pour fonctionner hors ligne, remonte statuts, photos et signatures dès que le terminal retrouve le réseau ; le siège sait, le client aussi.
02Pour qui : les signaux qui ne trompent pas
Field Service est fait pour vous si vous vous reconnaissez dans au moins deux de ces situations :
- Des dizaines d'interventions par jour, planifiées dans Excel ou sur un tableau.
- Des techniciens (internes ou prestataires) répartis par zones géographiques.
- Des rendez-vous clients avec créneaux à respecter - et des pénalités quand ça dérape.
- Des gammes d'intervention répétables : installation, maintenance, dépannage, pose.
Équipements, énergie, maintenance immobilière, medtech, télécoms : c'est là qu'on voit Field Service délivrer le plus. Nous l'implémentons notamment pour une scale-up de services à domicile - planification des poses en logements, territoires et règles d'affectation de bout en bout, application mobile calibrée pour les techniciens.
03Comment : les trois fondations qui font tout
90 % des échecs Field Service viennent de fondations bâclées - c'est notre constat sur les projets que nous reprenons. Les trois qui comptent :
- Le modèle de territoires. Il doit refléter votre réalité opérationnelle, pas votre organigramme : territoires hiérarchisés, horaires d'ouverture, zones dessinées ou importées. Un territoire mal découpé, et l'optimiseur envoie vos techniciens traverser la région.
- Les scheduling policies. C'est le cerveau de la planification automatique, et il a deux moitiés : des work rules - filtres non négociables (disponibilité de la ressource, correspondance de territoire, compétences) qui disent qui peut - et des service objectives pondérés (trajet minimal, urgence, ressource préférée, heures supplémentaires à éviter…) qui disent qui est le meilleur. Mal calibrées, l'optimiseur « fonctionne » - mais produit des aberrations. Le vrai levier de valeur, c'est le réglage des poids des objectifs, mesurable directement sur le Gantt : taux d'utilisation, heures planifiées, trajet moyen.
- Des durées d'intervention calibrées. Le type d'intervention (work type) porte la durée estimée, héritée par les ordres de travail et les rendez-vous : des durées fantaisistes ruinent le meilleur des moteurs. Piège classique : modifier un work type ne corrige pas les ordres déjà créés.
La planification automatique n'invente rien : elle exécute vos règles et arbitre selon vos priorités. Si les règles sont floues, le planning l'est aussi.
04Trois points qui se règlent au cadrage
- La maintenance préventive. Les plans de maintenance génèrent automatiquement les ordres de travail - par calendrier, sur critère ou à l'usage. Pour des gammes répétables, c'est ce qui fait passer d'une planification subie à une planification anticipée.
- Les rôles et les licences. Dispatcher, technicien, agent : chacun a son jeu de permissions, et les licences de planification et de mobilité sont portées par la ressource de service. Un point à cadrer tôt, avec l'ordre d'activation qui va avec.
- L'application mobile, calibrée pour le terrain. Fenêtres de synchronisation réduites au nécessaire, vues de liste étroites, écrans allégés : moins de données embarquées, plus de fiabilité et plus d'adoption. Une app trop chargée est la première cause de rejet par les techniciens.
05Le bon déroulé
Notre approche : un pilote sur un territoire et une gamme d'intervention en quelques semaines - cadrage en immersion avec les dispatchers, build par sprints testé sur des cas réels, puis extension territoire par territoire. L'optimisation s'active d'ailleurs territoire par territoire : le pilote n'est pas un compromis, c'est la façon dont l'outil est conçu.
Envie d'évaluer si Field Service est le bon choix pour vos opérations ? Notre page Field Service détaille le périmètre type, ou parlez-nous de vos opérations - un architecte Field Service vous répond.