Définir les événements
Nous choisissons les statuts qui déclenchent une relance : devis envoyé, pièce manquante ou demande en attente.
Relances clients
En déclenchant la bonne relance à partir d’un statut et d’un délai, avec des règles d’arrêt explicites. L’équipe garde la main sur les situations qui demandent du contexte.
× La situation de départ
↳ Le fonctionnement recherché
Exemple de fonctionnement, pas une promesse de résultat.
Nous choisissons les statuts qui déclenchent une relance : devis envoyé, pièce manquante ou demande en attente.
Nous fixons les délais, les messages, le nombre de tentatives et les situations qui doivent arrêter la séquence.
Nous testons d’abord les messages et les arrêts. Les cas sensibles peuvent rester soumis à une validation humaine.
Les relances sont régulières et les statuts clients sont tenus à jour.
Sans information fiable sur les réponses ou les changements de statut, une relance automatique peut devenir inadaptée. Nous réglons ce point en premier.
Ce que vous avez à la fin
Des réponses avant de se parler
Pas nécessairement. La solution peut préparer un brouillon ou créer une tâche pour validation plutôt qu’envoyer directement.
Le retour doit être détecté ou le statut mis à jour pour arrêter la séquence. Ce comportement fait partie des tests avant mise en service.
La prochaine étape
Décrivez ce que vous recevez, ce que vous faites aujourd’hui et le résultat attendu. Nous verrons ensemble ce qui peut être pris en charge.
Votre tâche ne ressemble à aucun de ces exemples ? Décrivez-la quand même.
Un périmètre, un délai, un prix et un résultat attendu sont définis par écrit.