> 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/messaging-customization.md). # Personnalisation des messages Les clients ne devraient voir que vous. Les communications de FlyCode sont en marque blanche et ses modèles sont dynamiques, de sorte que le message s'adapte à votre marque et à l'échec spécifique. ## Puis-je utiliser ma propre marque et mon propre domaine pour les e-mails ? Oui. Tous les e-mails sont envoyés depuis votre domaine et portent votre marque, le nom de l'expéditeur et l'adresse de réponse. FlyCode fonctionne en arrière-plan et les clients ne voient jamais son nom. La configuration consiste à ajouter des enregistrements SPF et DKIM pour le sous-domaine d'envoi afin que les e-mails s'authentifient comme étant les vôtres, ce qui protège également la délivrabilité. Les SMS, lorsqu'ils sont activés, sont également envoyés sous votre marque. Le lien de mise à jour du paiement dans chaque message mène à la page de paiement native de votre prestataire de paiement (pour Stripe, la page hébergée avec tous les moyens de paiement locaux activés), de sorte que le client effectue la mise à jour dans une interface familière et rapide. ## Puis-je personnaliser le contenu ou le message ? Oui. Les modèles sont dynamiques : le ton, l'appel à l'action et la structure s'ajustent automatiquement en fonction de la raison du refus (une demande de nouvelle carte pour un refus définitif, une légère notification indiquant qu'une nouvelle tentative est programmée pour un refus temporaire), du segment client (par exemple le niveau d'offre ou B2B par rapport au grand public) et du statut de nouvelle tentative (premier avis, rappel, dernier avis avant l'annulation). En plus de cela, vous pouvez ajouter votre propre image de marque, votre formulation et votre langue, et définir la cadence. FlyCode recommande de garder les messages courts et transactionnels, car c'est ce qui permet de récupérer les paiements et de maintenir une bonne réputation d'expéditeur ; le [bonnes pratiques des e-mails de relance](https://docs.flycode.com/docs/dunning-management-2026-guide) la section du guide de relance contient des exemples. ## Associé * [Stratégie de diffusion](https://help.flycode.com/failed-payment-outreach/delivery-strategy) * [Dois-je montrer le code de refus brut aux clients ?](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/messaging-customization.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.