Un agent IA de relances comme projet de PFA

La même architecture que le guide freelance, mais réécrite pour un contexte académique : une entreprise partenaire, un encadrant, un jury, et trois mois pour livrer quelque chose qui tourne vraiment. L'intérêt de ce sujet de PFA n'est pas technique — c'est qu'il produit des chiffres. Un jury ne peut pas noter « j'ai fait de l'IA ». Il peut noter « le délai de paiement moyen est passé de 52 à 38 jours ».

Pourquoi ce sujet plaît aux entreprises partenaires

Trois fuites d'argent existent dans à peu près toutes les PME, et aucune n'est traitée faute de temps : des devis envoyés puis jamais relancés, des factures payées en retard sans relance systématique, des centaines de contacts qualifiés qui dorment dans le CRM. Le dirigeant connaît le problème et ne le résout pas. C'est exactement le terrain où un stagiaire peut livrer une valeur mesurable en huit semaines.

Ce que tu démontres en le construisant : architecture multi-composants, intégration d'API tierces, logique décisionnelle automatisée, sécurité des données en transit et au repos, conformité réglementaire, et capacité à mesurer un ROI. C'est la liste que lit un recruteur en fin de cursus.

Ce que l'agent fait, précisément

• Relancer devis sans réponse et factures échues, aux cadences J+3 (douce), J+10 (ferme), J+30 (escalade humaine)
• Suivre chaque dossier — qui a répondu, qui a payé — et mettre à jour le CRM sans saisie manuelle
• Scorer les prospects dormants et sortir chaque lundi le top 10 à recontacter, avec un message déjà rédigé
• Rapporter au dirigeant chaque matin en quatre lignes : ce qui est parti, ce qui a bougé, ce qui demande une action humaine

Les prérequis — ce que tu as déjà

Comprendre HTTP/HTTPS et les appels REST, lire et écrire du JSON, documenter une architecture, penser gestion d'erreurs et environnements isolés : c'est tout ce que la partie technique demande. n8n est low-code, mais un profil réseau/cybersécurité y débugge ce que les autres subissent.

Total : moins de 20 € pour toute la phase de construction, avant la première démo chez le partenaire.

L'architecture en cinq briques

Chaque brique est un workflow n8n séparé. Plus simple à construire, à débugger — et surtout à présenter à un jury section par section.

Brique 0 — les fondations invisibles

Un agent qui envoie des messages parfaits vers un dossier spam ne vaut rien. Un agent qui plante en silence coûte la confiance du partenaire. Cette brique traite les deux avant le premier envoi, et c'est la cause d'échec numéro un quand on la saute.

• SPF, DKIM, DMARC sur le domaine d'envoi — sans ces trois enregistrements DNS, Gmail et Outlook traitent les messages comme suspects. Compte 15 minutes avec l'aide de Claude pour les générer selon le fournisseur DNS de l'entreprise
• Un sous-domaine dédié (contact.entreprise.com) pour isoler la réputation d'envoi du domaine principal
• Un warm-up progressif sur 2 à 3 semaines : 20 emails/jour, puis 50, puis 100. Un domaine neuf qui en envoie 200 le premier jour est marqué immédiatement
• Un test par template sur mail-tester.com, cible 8+/10 avant d'activer l'automatique

Côté fiabilité : un Error Trigger global qui te notifie avant que le dirigeant ne s'aperçoive de quoi que ce soit, une validation du JSON renvoyé par Claude avec un retry unique et correction explicite, l'idempotence (clé contact_id + date + type vérifiée dans le log avant chaque envoi), et un health-check à 9h qui vérifie que la Brique 1 s'est bien exécutée à 8h — c'est lui qui détecte un trigger désactivé en silence.

Brique 1 — le workflow de relances, nœud par nœud

Les données clients du CRM sont des données personnelles. Dans le rapport, documente : le chiffrement des credentials stockés dans n8n, le principe du moindre privilège sur les accès CRM, la journalisation conforme des envois, et la procédure de révocation d'accès en fin de stage. Peu d'étudiants formalisent ça — c'est précisément pour ça que ça compte.

Brique 2 — le scoring, ton moment de soutenance

Chaque lundi, l'agent passe en revue les contacts sans activité depuis 30+ jours (filtre : au moins un échange passé, deal non perdu explicitement), les traite par batch de 10 via l'API Claude, trie par score décroissant et garde le top 10.

Le détail qui fait la différence en démo : pour chacun des 10 prospects scorés, la Brique 3 a déjà produit un message prêt à envoyer. Le dirigeant n'a qu'à cliquer. Tu passes de « ça calcule un score » à « ça fait gagner du temps réel ».

Brique 3 — la rédaction IA

Définis les règles de ton avec le dirigeant lors de la réunion de cadrage : formel pour une banque ou un cabinet, plus direct pour une PME commerciale. Trente minutes qui t'évitent deux semaines d'ajustements après déploiement. Puis fais-lui valider dix messages générés avant d'activer l'envoi automatique — une heure de rituel qui élimine l'essentiel des frictions, et qui fait de lui un co-auteur du système. Un dirigeant co-auteur soutient ton projet en soutenance.

Brique 4 — le rapport quotidien

La brique la moins technique et la plus importante pour ton PFA : c'est elle que ton encadrant entreprise voit chaque matin. Sans elle, ton projet est invisible entre deux réunions de suivi. Elle lit le log des 24 h et demande à Claude une synthèse en quatre lignes : ce qui est parti, ce qui a bougé, ce qui demande une action humaine (avec un lien CRM direct), et le chiffre de la semaine.

Conformité — la section que le jury attend

Les contacts du CRM sont des données personnelles, où que soit basée l'entreprise partenaire. Côté RGPD : base légale requise (intérêt légitime en B2B, consentement préalable en B2C), information des personnes sur l'identité de l'expéditeur et la finalité, droit d'opposition absolu — un contact qui s'y oppose ne doit plus jamais être relancé — et durée de conservation limitée, à définir avec le partenaire.

Hors Union européenne, la plupart des pays ont une législation inspirée du RGPD et une autorité de contrôle dédiée : CNIL en France, APD en Belgique, PFPDT en Suisse, CNDP au Maroc, INPDP en Tunisie, CDP au Sénégal. Identifie la tienne et documente ses exigences.

Dans tous les cas, cinq mesures techniques à implémenter : credentials API chiffrés dans n8n (variables d'environnement, jamais en clair), liste d'opposition consultée par le nœud Filter avant chaque envoi, journalisation horodatée de chaque envoi, accès CRM limité au minimum requis, et une procédure de purge des données en fin de stage — documentée et signée.

Le calendrier sur 3 mois

Le mode brouillon des semaines 5 à 8 est ton assurance qualité : le système génère les messages sans les envoyer, ils partent dans une file validée manuellement. Le dirigeant vérifie, tu ajustes les prompts. Cette phase protège la réputation de l'entreprise et te donne les données de validation que ton jury attendra.

Structurer les 20 minutes de soutenance

• Le problème (3 min) — les chiffres réels de l'entreprise partenaire : combien de devis non relancés par mois, quel retard moyen de paiement. Pas une slide théorique
• L'architecture (5 min) — les 5 briques, le flux de données, le modèle de sécurité, le diagramme de séquence et le threat model
• La démo live (7 min) — déclenche la Brique 1 devant le jury, montre un message généré, puis le rapport quotidien reçu par le dirigeant, puis le scoring top 10
• Les résultats mesurés (5 min) — taux de réponse avant/après, délai de paiement avant/après, prospects réactivés, sur les semaines 9 à 12

Ne montre jamais l'intérieur de n8n en premier. Les nœuds et les flèches impressionnent les techniciens et perdent les membres non techniques du jury. Commence par les résultats et le rapport dirigeant, garde la vue n8n pour la section architecture, bien après la démo — et propose un « zoom technique » si le jury le demande.

Les cinq erreurs qui cassent ce projet

• Attendre la semaine 8 pour montrer quelque chose — ton encadrant doit voir du concret dès la fin du mois 1 : Brique 0 fonctionnelle + 20 messages générés, même en brouillon, suffisent
• Brancher le système sur un CRM mal tenu — doublons, contacts obsolètes, statuts incohérents : l'agent relance des prospects déjà signés. Audit et nettoyage en semaine 1, présentés comme une phase à part entière
• Ignorer la délivrabilité — sans SPF/DKIM/DMARC ni warm-up, les relances finissent en spam et l'encadrant conclut que « le système ne marche pas », sans savoir pourquoi
• Négliger la section sécurité du rapport — un jury technique qui ne voit ni threat model, ni moindre privilège, ni conformité, questionnera la pertinence du sujet pour ta filière
• Présenter « de l'IA » au lieu de résultats — le jury évalue X devis relancés, Y % de taux de réponse, Z jours gagnés sur les paiements. Parle résultats, pas technologie

Les KPIs à mesurer dès la semaine 9

Taux de réponse aux relances, délai moyen de paiement avant vs après, nombre de prospects dormants réactivés, taux de faux positifs du scoring, uptime du système. Sans ces métriques, ton jury n'a aucune base pour évaluer le succès du projet — et la différence entre les étudiants qui repartent avec une offre de leur partenaire et ceux qui repartent avec un bon souvenir tient exactement là : avoir des chiffres à montrer le dernier jour.

Après la soutenance

Une ligne LinkedIn qui fonctionne : « Projet PFA — Agent IA de relances commerciales : conception et déploiement d'un système d'automatisation (n8n + Claude API) pour [secteur], avec gestion de la sécurité des données (conformité RGPD, chiffrement, moindre privilège). Résultats : +X % de taux de réponse sur les devis, délai de paiement réduit de Y jours. »

Les cibles qui répondent à ce profil : ESN et cabinets de conseil IA (ils cherchent des profils qui ont déjà déployé en production), startups fintech (le recouvrement automatisé est leur problème n°1), grands comptes bancaires et telcos (automatisation + conformité), et l'entreprise partenaire elle-même si les KPIs sont bons. Si elle veut garder le système, propose un accord de maintenance légère de quelques heures par mois : c'est souvent comme ça que commence une première mission freelance.