La bonne architecture pour automatiser ses devis n’est pas celle qu’on vend le plus souvent. C’est une couche Markdown déterministe, Claude qui lit le contexte, et MCP pour l’accès aux données. Make arrive plus tard, si jamais.
Le réflexe Make – d’où il vient et pourquoi il coûte cher
Le réflexe standard quand une TPE/PME veut automatiser ses devis avec Claude : câbler Make ou N8N pour orchestrer le tout. Formulaire Tally en entrée, webhook, modules, scénario à 6 étapes, tests, débogage. Une demi-journée minimum pour le setup, et une compétence technique réelle pour maintenir.
Ce réflexe est compréhensible. Make est bien documenté, les tutoriels abondent sur LinkedIn. Le problème, c’est qu’il résout un problème que la plupart des TPE/PME n’ont pas encore.
Pour un volume de devis raisonnable – disons moins de 30 par semaine – il existe une architecture plus directe, moins fragile, et plus rapide à mettre en place. Une architecture agent de devis IA qui tient sur trois éléments : un fichier Markdown de contexte, Claude, et des accès MCP.
L’architecture par défaut : Markdown + Claude + MCP
L’architecture conversationnelle repose sur une distinction simple : ce qui est déterministe (les règles qui ne changent pas d’un devis à l’autre) est séparé de ce qui est contextuel (ce qui dépend du prospect en face).
La couche déterministe : le fichier Markdown
Un fichier .md qui contient tout ce qui est fixe dans ta pratique commerciale : ta grille tarifaire, tes formulations standard, tes conditions générales, les types de prestations que tu proposes avec leurs unités de mesure, les mentions légales à inclure selon les cas. Ce fichier ne change que quand tes règles métier changent – pas à chaque devis.
C’est la couche « rigide » de l’architecture. Mais c’est un fichier texte, pas un workflow à câbler. Tu l’écris une fois en 2 heures, tu le mets à jour quand tes prix changent.
La couche flexible : Claude + MCP
Claude lit le fichier Markdown de contexte. Il accède ensuite aux informations du prospect via MCP : sa fiche dans ton CRM Notion, l’historique des échanges, les spécificités du projet discutées à l’oral ou par email. Il combine les deux pour générer un devis adapté à ce client précis, avec ce projet précis.
MCP (Model Context Protocol) branche directement Claude sur tes outils. Un MCP Notion pour accéder à ta base clients. Un MCP Gmail pour envoyer le devis finalisé. Pas de workflow intermédiaire à câbler entre ces outils et Claude – Claude les utilise directement, comme un humain utiliserait ses onglets de navigateur.
Le Markdown fixe ce qui ne doit pas varier. Claude + MCP s’adapte à ce qui change à chaque devis. Ce n’est pas un workflow automatisé. C’est un agent qui répond.
Le flux complet
En pratique : tu reçois une demande de devis. Tu donnes à Claude les informations du prospect – soit tu les lui dictes, soit Claude les récupère directement via MCP depuis ton CRM. Claude lit ton fichier Markdown de contexte, consulte la fiche prospect et l’historique client si disponible, génère le devis. Tu relis en 2 minutes, tu valides. Claude envoie via MCP Gmail.
Total : 45 secondes de génération, 2 minutes de relecture. Sans aucun scénario Make à câbler.
À retenir – Claude + MCP est ce que Kleveria appelle un « agent qui répond » : activé par demande humaine, raisonnement contextuel, accès aux données via MCP. À opposer aux « agents qui tournent » (Make, N8N) : trigger événementiel, logique fixe, exécution fiable à 100%. Les deux ont leur place – mais pas au même stade.
Ce que ça donne sur un cas concret
Un plombier indépendant, 8 devis par semaine. Grille tarifaire par type d’intervention (remplacement chauffe-eau, installation douche, débouchage, etc.), coefficients selon la zone géographique, conditions générales standard. Il travaille avec Notion comme CRM.
Setup de l’architecture :
1. Rédaction du fichier contexte-devis.md avec la grille tarifaire, les formulations habituelles et les conditions générales. Durée : 2 heures, une seule fois.
2. Configuration des MCP : MCP Notion pour accéder aux fiches prospects et à l’historique, MCP Gmail pour l’envoi. Durée : 30 minutes.
3. Test sur un premier devis réel. Claude lit le contexte Markdown, récupère la fiche prospect via MCP Notion, génère le devis. Durée : 45 secondes de génération, 10 minutes de validation du premier draft (les suivants sont validés en 2 minutes).
Ce qui a changé : le délai de réponse au prospect est passé de 24 à 48 heures à moins d’une heure, week-end inclus. Les devis sont plus cohérents parce que Claude applique toujours les mêmes règles tarifaires, sans variation. Et le setup a pris une demi-journée, pas deux jours.
2h
pour rédiger le fichier Markdown de contexte. C’est l’étape la plus longue du setup. Elle se fait une fois, et elle structure ton process bien au-delà de l’automatisation des devis.
Quand Make devient pertinent
L’architecture Markdown + Claude + MCP couvre la grande majorité des cas TPE/PME. Il existe des situations où Make (ou N8N) apporte une vraie valeur complémentaire – mais elles correspondent à des niveaux de maturité spécifiques.
Volume élevé, déclenchement automatique. Au-delà de 30 devis par semaine, ou si tu veux que le processus démarre sans aucune intervention humaine (un formulaire soumis à 23h génère et envoie le devis sans que tu sois dans la boucle), Make a du sens. Il orchestre le déclenchement automatique là où Claude + MCP fonctionne sur demande.
Intégrations multi-applications complexes. Si ton process devis touche à cinq outils différents en cascade – formulaire, CRM, logiciel de facturation, outil de signature électronique, outil de planification – Make orchestre ces intégrations mieux qu’une série d’appels MCP manuels.
Automatisation 100% sans humain. Certains cas très standardisés (devis d’un type unique, montant plafonné, client connu) peuvent tourner sans validation humaine. Make est conçu pour ça. Claude + MCP suppose une validation à chaque fois – c’est une contrainte assumée, pas un défaut.
Make n’est pas la mauvaise réponse. C’est la bonne réponse pour le mauvais niveau de maturité, appliquée trop tôt.
À retenir – Le bon ordre : 1. Formaliser les règles métier dans un fichier Markdown. 2. Câbler Claude + MCP pour générer les devis en conversationnel. 3. Si le volume dépasse 30/semaine ou si tu veux le déclenchement automatique, ajouter Make comme couche d’orchestration. Ne pas brûler les étapes.
Par où commencer
La première étape n’est pas de choisir un outil. C’est de formaliser ce qui est déterministe dans ton process de devis : ta grille tarifaire, tes formulations standard, tes conditions générales. Si ces éléments n’existent que dans ta tête, aucune architecture – Make ou Claude – ne peut les exploiter.
Une fois ce fichier Markdown écrit, tu as déjà l’essentiel. Le reste – brancher Claude, configurer les MCP Notion et Gmail – prend quelques heures. Et si à terme tu veux automatiser le déclenchement via Make, ton fichier Markdown de contexte reste exactement le même. Il n’y a rien à refaire.
Pour comprendre comment Claude lit un fichier de contexte Markdown dans le cadre d’un agent conversationnel, la page agents IA de Kleveria explique la distinction entre agents qui tournent (Make, N8N) et agents qui répondent (Claude + MCP). Pour construire cette architecture sur ton cas précis, la formation Système IA opérationnel (14h, finançable OPCO) commence par l’audit du process et finit avec l’agent en production.
Pour démarrer avec Claude Desktop et configurer les MCP : Claude.ai (tier gratuit disponible, incluant Claude Desktop pour les connexions MCP).
Pour la distinction complète entre agents qui tournent (Make, N8N) et agents qui répondent (Claude + MCP), voir agents IA : ceux qui tournent vs ceux qui répondent.
Tu veux automatiser tes devis sans over-engineering ?
Un fichier Markdown, Claude, deux MCP. Setup en une demi-journée. La formation Kleveria t’accompagne sur l’architecture complète, avec l’agent opérationnel à la fin.
Laisser un commentaire