--- title: "Tester l'automatisation des relances : choisir un portefeuille pilote comparable" canonical: https://www.billabex.com/fr/blog/automatisation-relances-portefeuille-pilote/ lang: fr alternate: https://www.billabex.com/en/blog/collections-automation-pilot-portfolio.md updated: 2026-09-20 index: https://www.billabex.com/llms.txt --- # Tester l'automatisation des relances : choisir un portefeuille pilote comparable Un pilote de relance automatisée peut afficher davantage d'encaissements simplement parce qu'on lui a confié les dossiers les plus faciles. Si le groupe manuel conserve les anciens litiges et les contacts introuvables, le résultat compare surtout deux portefeuilles différents. La question utile avant de commencer est donc : quels dossiers auraient évolué de façon comparable avec le fonctionnement habituel ? Cette question change la préparation du test. Il faut choisir une population, conserver son état initial et définir ce que l'on souhaite apprendre. Un pilote destiné à vérifier la qualité des messages n'a pas le même protocole qu'une évaluation de l'effet sur les paiements. Les deux sont utiles, à condition de ne pas présenter une démonstration opérationnelle comme une preuve d'amélioration financière déjà établie. ## Définir la décision que le pilote doit éclairer Écrivez d'abord la décision attendue : étendre l'automatisation aux factures simples, conserver une validation humaine pour certaines réponses, ou différer le déploiement tant que les données restent insuffisantes. Choisissez ensuite un résultat principal cohérent avec cette décision. Pour mesurer l'encaissement, retenez par exemple les sommes reçues et affectées aux factures présentes au départ, pendant une fenêtre d'observation fixée avant le lancement. Le guide britannique consacré à l'évaluation des interventions d'IA recommande de définir la situation de référence et de préciser le traitement reçu par le groupe de comparaison. Ce principe méthodologique se transpose à un pilote d'entreprise ; ce document n'est pas une étude démontrant l'efficacité d'un logiciel de recouvrement. Il aide à distinguer ce qui a changé de ce que l'outil a effectivement causé. [HM Treasury, guide mis à jour le 15 mai 2026](https://www.gov.uk/government/publications/the-magenta-book/guidance-on-the-impact-evaluation-of-ai-interventions-html). Conservez des critères complémentaires : temps humain, erreurs de montant, relances adressées au mauvais contact et dossiers nécessitant une reprise. Un résultat financier favorable ne suffit pas si l'équipe corrige ensuite des messages inexacts. Le guide sur les [exceptions à confier à un humain](https://www.billabex.com/fr/blog/agent-ia-recouvrement-exceptions-humaines/) permet de définir les exclusions opérationnelles avant que les premières réponses arrivent. ## Photographier les différences qui influencent le paiement À la date de départ, enregistrez l'ancienneté depuis l'échéance, le montant ouvert, la présence d'un litige, la disponibilité des justificatifs, le contact confirmé et l'existence d'une promesse. Ajoutez la langue et, si cela importe dans votre portefeuille européen, le pays ou le circuit de paiement. Ces caractéristiques doivent être constatées avant l'affectation ; une information révélée par le logiciel pendant le test ne peut pas devenir rétroactivement un critère de sélection initial. Ne multipliez pas les catégories au point de n'avoir qu'un dossier par case. Retenez les différences qui peuvent réellement changer l'interprétation. Deux groupes au même montant total peuvent rester très différents si l'un concentre quelques clients importants et l'autre beaucoup de petites créances. Examinez la distribution, et pas seulement une moyenne ou un total affiché en haut du tableau. Le NIST décrit les plans par blocs : réunir des situations homogènes sur certains facteurs, puis comparer les traitements à l'intérieur de ces groupes. Pour les relances, cette logique suggère de comparer séparément les dossiers récents sans blocage et ceux qui demandent une résolution préalable. Cette adaptation est une proposition de méthode, pas une garantie que toutes les différences cachées auront disparu. [NIST, plans expérimentaux par blocs](https://www.itl.nist.gov/div898/handbook/pri/section3/pri332.htm). ## Voir comment un meilleur portefeuille fabrique un meilleur résultat Voici une simulation, sans données clients réelles. Chaque groupe contient cent clients, avec une facture de 1 000 euros par client. Le groupe automatisé comprend 80 dossiers récents sans blocage et 20 dossiers bloqués. Le groupe habituel comprend seulement 20 dossiers récents et 80 dossiers bloqués. Supposons que, sur la fenêtre retenue, 80 % des dossiers récents et 20 % des dossiers bloqués soient intégralement réglés dans chacun des groupes. | Composition et résultat simulés | Groupe automatisé | Groupe habituel | | ------------------------------- | ----------------: | --------------: | | Dossiers récents sans blocage | 80 | 20 | | Paiements de ces dossiers | 64 | 16 | | Dossiers bloqués au départ | 20 | 80 | | Paiements de ces dossiers | 4 | 16 | | Total de factures réglées | 68 | 32 | Le résultat brut affiche 68 000 euros contre 32 000 euros, soit 36 000 euros d'écart. Pourtant, dans chaque catégorie, le taux de règlement est identique entre traitements. L'écart vient entièrement de la composition choisie dans cet exemple. Afficher un « gain de recouvrement » attribué au logiciel serait donc une conclusion fausse malgré des additions parfaitement exactes. Avec une composition commune de 50 dossiers récents et 50 bloqués, les mêmes taux produisent 40 + 10 = 50 factures réglées, soit 50 000 euros dans chaque groupe. Ce recalcul illustre l'effet de composition ; il ne prouve pas qu'une pondération après coup suffirait à réparer un vrai test. D'autres différences non mesurées peuvent subsister, notamment les relations commerciales et les interventions des équipes. ## Affecter les clients sans mélanger les traitements Lorsque c'est praticable, répartissez aléatoirement les clients éligibles au sein des catégories définies. Garder toutes les factures d'un même client dans le même groupe évite qu'il reçoive simultanément deux styles de suivi concurrents. Si plusieurs entités partagent la même comptabilité, vérifiez également si une affectation séparée créerait des interférences. Le nombre de factures n'est alors pas le nombre de situations réellement indépendantes. Le groupe habituel doit continuer à recevoir le suivi normal prévu. Le priver volontairement de relances pour améliorer la différence changerait la comparaison. À l'inverse, demander au commercial de reprendre discrètement tous les dossiers pilotes peut masquer le travail nécessaire. Consignez les interventions des deux côtés, avec une méthode simple pour mesurer le [coût des relances entre plusieurs équipes](https://www.billabex.com/fr/blog/cout-relance-trois-equipes/). Évitez également de lancer les deux groupes à des périodes différentes sans le documenter. Une campagne mensuelle chez les clients ou une période de congés peut déplacer les paiements indépendamment de l'outil. Comparez sur la même période lorsque cela est possible et conservez une durée d'observation identique pour chaque entrée. Les factures ajoutées plus tard ne doivent pas bénéficier artificiellement de moins de temps pour être réglées. ## Nettoyer les données sans attribuer le nettoyage au paiement Avant le test, vérifiez les avoirs, paiements déjà reçus et doublons dans les deux groupes selon la même procédure. Un [virement non rapproché](https://www.billabex.com/fr/blog/virement-recu-facture-encore-ouverte-retrouver-un-paiement-non-rapproche/) découvert au lancement améliore la qualité du solde, mais ne représente pas un nouvel encaissement provoqué par une relance. Gardez la date réelle du mouvement et la trace de sa correction. Définissez aussi ce qu'il advient d'un dossier devenu litigieux pendant le pilote. Une reprise humaine peut être nécessaire, mais retirer ensuite ce dossier du dénominateur embellirait le résultat. Conservez son affectation initiale dans le bilan et expliquez la reprise. Le rapport peut montrer à la fois l'ensemble des dossiers affectés et les interventions réalisées, sans effacer les cas difficiles apparus en cours de route. ## Décider avec la précision réellement disponible Un petit pilote peut montrer qu'un circuit fonctionne sans mesurer précisément son effet moyen. Le NIST explique qu'un intervalle de confiance à **95 %** décrit une méthode dont les intervalles couvriraient le paramètre réel dans environ 95 % des répétitions, sous ses hypothèses. Ce n'est pas une probabilité de succès commercial ni une garantie attachée à votre estimation particulière. [NIST, incertitude autour d'une moyenne](https://www.itl.nist.gov/div898/handbook/eda/section3/eda352.htm). Faites dimensionner l'analyse selon le résultat étudié, la variabilité et les regroupements de clients ; ne transformez pas les cent dossiers de notre simulation en taille minimale universelle. Si l'information demeure limitée, une extension progressive avec critères d'arrêt peut être plus justifiable qu'une promesse chiffrée. Le [fonctionnement de Billabex](https://www.billabex.com/fr/produit/comment-ca-marche/) fournit le contexte pour préparer ce périmètre : le protocole doit ensuite montrer ce que votre équipe a observé, sur quels dossiers et avec quelles limites. ## Sources - HM Treasury et Evaluation Task Force, guide actualisé le 15 mai 2026 : [évaluation des interventions d'IA](https://www.gov.uk/government/publications/the-magenta-book/guidance-on-the-impact-evaluation-of-ai-interventions-html). - NIST/SEMATECH e-Handbook, section 5.3.3.2 : [plans par blocs](https://www.itl.nist.gov/div898/handbook/pri/section3/pri332.htm). - NIST/SEMATECH e-Handbook, section 1.3.5.2 : [intervalles de confiance pour une moyenne](https://www.itl.nist.gov/div898/handbook/eda/section3/eda352.htm).