Make ou Claude pour automatiser tes process : comment choisir ?

Si tu penses que Make et Claude font la même chose, tu vas rater l’un, l’autre, ou les deux.

La confusion fondamentale : Make et Claude font-ils la même chose ?

On nous pose cette question tout le temps en formation. « J’ai Make. Pourquoi j’aurais besoin de Claude aussi ? » Ou l’inverse : « J’utilise Claude pour tout, est-ce que Make m’apporterait quelque chose ? »

Ils semblent faire la même chose parce qu’on les présente souvent tous les deux comme des outils d’automatisation. Mais automatiser n’a pas le même sens dans les deux cas.

Make automatise en exécutant des règles fixes. Tu crées un scénario : si événement X se produit, alors faire A, puis B, puis C. Les règles sont codées dans les modules. Make les exécute fidèlement, sans réfléchir, sans interpréter, sans se poser de question.

Claude automatise en interprétant. Tu lui donnes du contexte en langage naturel, un document, une situation. Il analyse, il adapte sa réponse au cas spécifique. Il ne « tourne » pas tout seul : il attend qu’on lui parle.

Ce ne sont pas deux outils concurrents. Ce sont deux couches complémentaires d’un même système, et savoir laquelle utiliser pour quel process est ce qui fait la différence entre un workflow qui fonctionne et un workflow qu’on abandonne après 2 semaines.

Agents qui tournent vs agents qui répondent : la distinction fondamentale

Chez Kleveria, on structure l’automatisation autour de deux catégories :

Les agents qui tournent (Make, n8n) : déclenchés par un trigger, nouveau mail, nouveau formulaire, nouvelle ligne dans un tableur, nouvelle heure de la journée. Ils exécutent une séquence d’étapes prévisibles, sans interaction humaine pendant le process. Parfaits pour les tâches répétitives, déterministes, à haute fréquence.

Les agents qui répondent (Claude, Cowork, Claude Code) : activés par une demande humaine explicite. Ils interprètent le contexte, adaptent leur réponse, peuvent raisonner sur des cas ambigus. Nécessitent une validation humaine en sortie pour les décisions importantes.

Les 3 questions à poser avant de choisir

Question 1 : le process est-il déterministe ?

Déterministe signifie que les mêmes données en entrée donnent le même résultat attendu à chaque fois. Il n’y a pas de nuance, pas de contexte à interpréter, pas de cas particulier.

• Envoyer un email de confirmation après un achat → déterministe → Make.
• Qualifier un prospect selon ses réponses à un formulaire complexe → contexte à interpréter → Claude.
• Renommer et classer des fichiers selon une règle de nommage fixe → déterministe → Make.
• Rédiger un devis personnalisé à partir des besoins d’un client → adaptatif → Claude.

Question 2 : qui (ou quoi) déclenche le process ?

• Un événement automatique (nouveau mail reçu, nouvelle ligne dans un tableur, nouveau formulaire soumis, heure de la journée) → trigger → Make.
• Un humain qui pose une question, soumet un document, ou demande une analyse → demande humaine → Claude.

Question 3 : quelle est la fréquence et la variabilité des cas ?

• Haute fréquence, peu de variation, données similaires à chaque fois → Make.
• Faible fréquence, chaque cas est différent, l’interprétation compte → Claude.

Si tu réponds « Make » aux 3 questions : Make. Si tu réponds « Claude » aux 3 : Claude. Si tu as un mélange : workflow hybride (voir plus bas).

Cas concrets : Make, Claude, ou les deux ?

Classer ses pièces comptables

Si tes règles sont stables et le volume est élevé (des centaines de pièces par mois) : Make, trigger dossier cloud, classement automatique selon une nomenclature fixe.

Si tes règles bougent régulièrement et que les cas sont variés : Claude + un fichier Markdown avec tes règles en français, modifiable en 30 secondes quand un fournisseur change.

Dans la pratique pour une TPE : Claude. Les règles comptables d’une petite structure bougent trop souvent pour Make.

Envoyer un email de suivi après un formulaire

Même message pour chaque nouveau contact, délai fixe : Make. Trigger Tally ou Typeform, email automatique dans la foulée. Rien à décider.

Message personnalisé qui dépend des réponses données : Claude génère le texte, Make envoie. Chacun sur sa couche.

Qualifier un prospect entrant

Qualification selon des critères très fixes (secteur d’activité déclaré, taille d’entreprise, budget coché dans un formulaire) : Make peut filtrer et router.

Qualification qui demande d’interpréter des réponses ouvertes, de détecter la maturité IA réelle, de croiser plusieurs signaux : Claude.

Générer un devis personnalisé

Tarif fixe, pas de variable, prestations identiques à chaque fois : Make + template, génération automatique dès la signature du formulaire.

Tarif qui dépend du périmètre, du profil client, des options : Claude lit le contexte + un fichier Markdown des règles tarifaires, génère le devis, tu valides avant envoi.

Relancer par email N jours après un premier contact

Meme texte, délai fixe (J+3, J+7) : Make. Purement mécanique, zéro interprétation nécessaire.

Relance personnalisée selon l’historique de la conversation, le contexte du prospect, ce qu’il a dit lors du premier échange : Claude rédige, Make envoie.

Quand les deux ensemble : le workflow hybride

La plupart des process réels ne sont ni 100% déterministes ni 100% contextuels. Ils ont des couches. Et c’est précisément là où Make + Claude ensemble font toute la différence.

Un exemple de workflow qualification prospect complet :

1. Un prospect remplit un formulaire Tally → Make détecte l’entrée.
2. Make envoie les réponses à Claude avec un prompt de qualification.
3. Claude analyse et produit une fiche de qualification (score de maturité, besoins identifiés, prochaine étape recommandée).
4. Make enregistre la fiche dans Notion (CRM).
5. Make envoie un email de confirmation automatique standard.
6. Claude rédige l’email de suivi personnalisé selon la qualification.
7. Make envoie l’email au bon moment (J+1 si prospect chaud, J+3 sinon).

Chaque couche fait ce qu’elle sait faire : Make pour les triggers, les conditions fixes et les envois. Claude pour l’interprétation et la génération de texte. Personne ne fait le travail de l’autre.

La question n’est pas « Make ou Claude ». C’est « quelle partie de ce process est déterministe, et quelle partie demande de l’interprétation ? »

Pour aller plus loin sur la construction de ce type de scénario : Make reste l’outil de référence pour la couche déclenchement. Pour comprendre comment mettre en place Claude + MCP Notion sur un process concret (exemple comptabilité) : le guide pratique automatisation comptable.