> For the complete documentation index, see [llms.txt](https://help.flycode.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.flycode.com/fr/failed-payment-outreach/delivery-strategy.md). # Stratégie de diffusion Quand et comment un message de récupération est envoyé compte autant que son contenu. La stratégie d’envoi de FlyCode repose sur le comportement, le timing et des règles plutôt que sur une séquence automatisée fixe. ## Que voulez-vous dire par « envoi à l’heure locale » ? FlyCode détecte le fuseau horaire de chaque client à partir des données de carte et de facturation et programme les envois aux heures où ce client est le plus susceptible d’ouvrir et d’agir, généralement en milieu de matinée, heure locale. Un renouvellement qui échoue pendant la nuit dans la région du client n’est pas annoncé par un e-mail envoyé à 2 h du matin qui se retrouve noyé sous le courrier du matin. L’envoi à l’heure locale s’applique à chaque message de la séquence et aux SMS. ## Comment FlyCode gère-t-il les refus de paiement définitifs ? Pour les refus définitifs, le client doit agir, donc la stratégie change. FlyCode accélère le rythme par rapport aux refus temporaires, utilise des modèles dynamiques avec l’action précise requise (« mettez à jour votre carte », « vérifiez auprès de votre banque »), renvoie vers une page de mise à jour du paiement en un clic, et enchaîne les relances en fonction de l’engagement passé du client, de sorte qu’un client qui a ouvert mais n’a pas agi reçoit un message suivant différent de celui qui n’a jamais ouvert. Lorsqu’un moyen de paiement de secours est enregistré, FlyCode l’utilise d’abord et n’envoie un message que si cela échoue aussi. Voir [Refus définitifs et logique de secours](https://help.flycode.com/ai-payment-recovery/hard-declines-and-backup-logic). ## Est-ce conforme aux lois sur la vie privée et le courrier électronique ? Oui. FlyCode respecte par défaut le CAN-SPAM, le RGPD et les autres grandes réglementations sur la vie privée et le courrier électronique. Les e-mails de récupération sont des messages transactionnels concernant une relation payante existante, catégorie que ces lois traitent de la manière la plus permissive, mais FlyCode applique tout de même les mesures de protection : identité d’expéditeur exacte, votre adresse physique là où c’est requis, absence d’objets trompeurs, traitement des données client uniquement dans le but de récupérer le paiement, et gestion des données dans le cadre de votre accord de traitement des données. L’envoi depuis votre domaine authentifié satisfait également les exigences d’authentification de l’expéditeur désormais imposées par les fournisseurs de boîtes mail. ## En quoi l’approche de FlyCode diffère-t-elle des e-mails Stripe ou ProfitWell ? Les communications de FlyCode sont pilotées par des modèles qui coordonnent les e-mails avec les tentatives de paiement. Il n’envoie pas d’e-mail immédiatement après un refus temporaire (cela réduit l’attrition volontaire), il applique un calendrier distinct pour les refus définitifs, il envoie aux heures locales du client et utilise des modèles transactionnels simples via une infrastructure avec un score d’expéditeur supérieur à 95. Les paramètres de récupération par défaut de Stripe Billing envoient un e-mail à chaque nouvelle tentative de paiement, de sorte qu’un client peut recevoir jusqu’à huit e-mails pour une seule facture. ProfitWell applique une logique d’e-mail basique à chaque nouvelle tentative. | | FlyCode | Sans FlyCode (paramètres par défaut de Stripe) | | ------------------------------------- | ---------------------------------------------------------------------------------- | --------------------------------------------------------------------------------- | | Nombre d’e-mails | Basé sur des modèles, coordonné avec les tentatives de paiement | Un à chaque nouvelle tentative, jusqu’à 8 | | Refus temporaires | Tentatives d’abord, e-mail uniquement si elles échouent | E-mail à chaque tentative | | Moment d’envoi | Heure locale du client | À chaque exécution de la nouvelle tentative | | Format et délivrabilité | Transactionnel simple, score d’expéditeur supérieur à 95 | Variable | | Plusieurs contacts dans un compte B2B | Peut envoyer des messages à différents utilisateurs de l’organisation du client | Un seul e-mail de facturation | | Page de paiement | Page native du prestataire de paiement avec toutes les options de paiement locales | Page native (Stripe) ou page personnalisée avec des options limitées (ProfitWell) | | Analyses | Vue complète de l’entonnoir par client et par e-mail | Basique | ## À quoi ressemble la délivrabilité ? Les e-mails sont exclusivement transactionnels et atteignent généralement un score d’expéditeur de 95 ou plus. FlyCode utilise une infrastructure d’envoi transactionnel plutôt qu’une plateforme marketing, impose l’alignement SPF et DKIM avec votre domaine et optimise le sous-domaine d’envoi ainsi que la réputation IP. Les taux d’ouverture, de clic et de mise à jour du paiement sont visibles par e-mail dans le tableau de bord, afin que vous puissiez voir quelle étape de la séquence récupère le plus de paiements. ## Associé * [Personnalisation des messages](https://help.flycode.com/failed-payment-outreach/messaging-customization) * [Comment FlyCode gère-t-il les e-mails clients par rapport aux paramètres par défaut de Stripe ?](https://help.flycode.com/handling-failed-payments/coordinating-messaging-with-recovery) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://help.flycode.com/fr/failed-payment-outreach/delivery-strategy.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.