La proposition commerciale qui s'écrit toute seule

Un devis se rédige en une heure et se relit en dix minutes. Le problème n'est pas la rédaction : c'est qu'on la refait à chaque fois depuis zéro, alors que neuf paragraphes sur dix sont les mêmes qu'au devis précédent.

Ce qui suit est la chaîne exacte qui produit une proposition complète à partir d'un formulaire : huit nœuds, un appel à un modèle, un service de conversion PDF, deux envois. Ce n'est pas une maquette — c'est le workflow décrit nœud par nœud, avec ce qu'il faut brancher soi-même.

1. Un formulaire d'audit. Sept champs, pas un de plus : nom de l'entreprise, nom et prénom du contact, email, secteur d'activité, nombre d'employés, outils déjà utilisés, et — le seul qui compte vraiment — quelles tâches prennent le plus de temps. C'est cette réponse-là qui donne sa matière à la proposition.
2. Une mise en forme des réponses. Un nœud Set range les champs sous des noms stables. Sans lui, le moindre renommage d'un libellé de formulaire casse tout ce qui suit — et le message d'erreur, lui, pointera trois nœuds plus loin.
3. L'appel au modèle. Un prompt d'environ 1 800 caractères qui reçoit les réponses et rend une proposition structurée en HTML, pas en texte. Demander directement du HTML évite l'étape de mise en page, qui est celle où tout se perd.
4. L'extraction du HTML. Le modèle a la fâcheuse habitude d'encadrer sa réponse de ```html. Un nœud Set découpe pour ne garder que le document. Sans ce nettoyage, le PDF contient les guillemets de code.
5. La conversion en PDF. Un appel HTTP à api.html2pdf.app/v1/generate. C'est un service tiers, payant au-delà d'un quota gratuit — c'est la seule dépendance externe de la chaîne, et donc le premier endroit à surveiller.
6. L'envoi au client. Un nœud Gmail, le PDF en pièce jointe.
7. Une notification pour soi. Un second envoi, vers sa propre adresse. Ce nœud paraît superflu ; il ne l'est pas. C'est le seul moyen de savoir qu'une proposition est partie sans aller regarder dans n8n.

1. Les crédits du fournisseur d'IA. C'est de loin la panne la plus fréquente, et la plus silencieuse : le workflow reste marqué « actif », il ne signale rien tant que personne n'a rempli le formulaire, et il meurt au troisième nœud à la première vraie demande. Un compte à zéro ne se voit pas dans la liste des workflows — il se voit dans les exécutions.

2. Le renommage d'un champ de formulaire. Changer « Votre nom et prénom » en « Nom complet » suffit à vider la variable côté Set. La proposition part quand même, avec un blanc à la place du nom du client.

3. Le quota du service PDF. Quand il est dépassé, l'appel HTTP rend une erreur mais l'email peut partir sans pièce jointe selon la configuration du nœud. Mettre ce nœud en échec bloquant plutôt qu'en continue on fail : mieux vaut aucun envoi qu'un envoi vide.

Le gain n'est pas la vitesse de rédaction — c'est la constance. Une proposition écrite à la main un vendredi soir n'a pas la même structure que celle du mardi matin, et cette variation se voit. Une chaîne rend toujours les mêmes sections dans le même ordre.

Le second gain est moins évident : le formulaire force à poser les mêmes sept questions à tout le monde. Beaucoup de devis ratent parce qu'on a oublié de demander le nombre d'employés ou les outils déjà en place. Là, on ne peut plus l'oublier.

Et une chose que cette chaîne ne fait pas : elle ne fixe pas le prix. Aucun modèle ne sait ce que vaut ton temps. Le tarif reste la seule ligne que tu écris toi-même — et c'est très bien ainsi.