Automatiser vos processus de vente avec Flow dans Sales Cloud

Flow Builder est aujourd'hui l'outil d'automatisation de référence dans Sales Cloud, Process Builder et Workflow Rules étant en fin de vie chez Salesforce. Bien utilisé, il permet d'automatiser la création de tâches, l'assignation d'Opportunités, les alertes de relance ou encore la mise à jour de champs en cascade — sans écrire une ligne de code Apex.

1. Choisir le bon type de Flow selon le besoin

Trois types de Flow couvrent la quasi-totalité des besoins en Sales Cloud :

• Record-Triggered Flow : se déclenche à la création, modification ou suppression d'un enregistrement (ex : Opportunité, Lead, Contact). C'est le remplaçant direct des Workflow Rules et Process Builder.
• Screen Flow : présente une interface guidée à l'utilisateur, utile pour standardiser une saisie (ex : qualification d'un lead avant conversion).
• Scheduled-Triggered Flow : s'exécute à intervalle régulier, idéal pour détecter les Opportunités sans activité depuis X jours.

2. Cas d'usage n°1 : relance automatique des Opportunités stagnantes

Un Scheduled-Triggered Flow quotidien peut identifier les Opportunités dont la LastActivityDate dépasse 14 jours et qui sont encore ouvertes, puis :

1. Créer automatiquement une tâche "Relancer le client" assignée au Owner.
2. Envoyer un email d'alerte au manager si le délai dépasse 30 jours (via un élément Decision qui teste la durée d'inactivité).
3. Optionnellement, poser un champ "Risque de stagnation" à Vrai pour l'exposer dans les rapports de pipeline.

3. Cas d'usage n°2 : assignation intelligente des leads

Un Record-Triggered Flow sur Lead (déclenché à la création) peut router automatiquement selon le pays, la taille d'entreprise ou le secteur, en remplacement des règles d'assignation standards trop rigides. Utilisez un élément Get Records pour interroger une table de correspondance personnalisée (objet custom "Territoire") plutôt que de coder les règles en dur dans le Flow — cela vous évite de republier le Flow à chaque changement d'organisation commerciale.

4. Cas d'usage n°3 : mise à jour en cascade sur les lignes d'Opportunité

Quand une Opportunité passe à "Closed Won", un Record-Triggered Flow peut automatiquement mettre à jour les Opportunity Line Items associés, créer un enregistrement de projet côté delivery, ou déclencher une notification Slack via une action externe. Utilisez ici un Before-Save Flow si vous ne faites que modifier des champs du même enregistrement (plus performant, pas de nouvelle sauvegarde déclenchée), et un After-Save Flow dès que vous touchez des enregistrements liés.

5. Bonnes pratiques et pièges à éviter

• Un seul Record-Triggered Flow par objet et par contexte (before/after save) : multiplier les Flows sur un même objet rend l'ordre d'exécution imprévisible et complique le debug.
• Utilisez le Trigger Order (disponible depuis les releases récentes) si vous devez malgré tout gérer plusieurs Flows sur le même objet.
• Évitez les boucles : ne mettez jamais à jour l'enregistrement qui a déclenché le Flow dans un After-Save Flow sans condition de sortie, sous peine de récursion.
• Testez systématiquement avec le Debug mode du Flow Builder avant activation, et surveillez les échecs via Setup > Flow Errors les premières semaines.

Règle d'or : documentez chaque Flow (description, objectif, éléments clés) directement dans les propriétés du Flow. Un administrateur qui reprend l'org six mois plus tard vous remerciera.

6. Gouvernance : qui a le droit de créer des Flows ?

Limitez la création et l'activation de Flows aux profils Administrateur ou à un permission set dédié. Un Flow mal conçu (boucle, DML dans une boucle Apex) peut consommer rapidement vos limites Governor Limits et bloquer d'autres automatisations. Mettez en place une revue systématique avant mise en production, même pour des Flows en apparence simples.