.png){kind=small}
J'utilise Make depuis 5ans pour automatiser des processus métier dans plusieurs PME et Impli : synchronisation CRM, gestion de leads, envoi d'emails, mise à jour de tableaux de bord.
L'outil est puissant, visuel, et permet de créer des automatisations complexes sans coder. Mais au fil des projets, certaines questions sont revenues régulièrement.
Dans cet article, je détaille ce que Make fait très bien, où il montre ses limites, et dans quels cas il reste un excellent choix pour automatiser vos processus.
Make (anciennement Integromat) est une plateforme d'automatisation qui permet de connecter des applications entre elles et de créer des workflows sans code. L'approche est visuelle : on construit des scénarios en reliant des modules sur un canvas, ce qui rend les enchainements logiques bien plus lisibles que du texte.
On peut déclencher des actions en fonction d'événements, transformer des données au passage, gérer des conditions complexes et faire communiquer des dizaines d'outils du quotidien. La prise en main demande un peu de temps, mais on obtient rapidement des automatisations que Zapier ne pourrait pas gérer sans multiplier les abonnements.
L'outil est pensé pour les PME qui veulent automatiser des processus métier sans développeur. En revanche, Make n'est pas un logiciel métier : il ne remplace ni un CRM, ni un outil de facturation, ni un logiciel de gestion de projet. C'est le chef d'orchestre qui les fait travailler ensemble.
.png)
Make utilise un système de "scénarios" où chaque étape est représentée par un module visuel qu'on connecte avec des lignes. Contrairement à d'autres outils qui affichent une liste verticale d'actions, ici on voit littéralement le flux de données se dessiner à l'écran.
Quand j'ai créé mon premier scénario pour synchroniser des leads Typeform vers HubSpot puis Slack, j'ai immédiatement compris ce qui se passait. Les modules s'enchaînent de gauche à droite, les branches conditionnelles sont claires, et on peut zoomer/dézoomer pour avoir une vue d'ensemble ou entrer dans le détail.
Cette clarté visuelle facilite énormément la maintenance. Quand un collègue reprend un scénario créé par quelqu'un d'autre, il comprend la logique en quelques secondes. Pour une PME où plusieurs personnes touchent aux automations, cette lisibilité est précieuse. Ça réduit aussi les erreurs de configuration, car on voit immédiatement si un module est mal connecté ou si une branche manque.
Make facture à l'opération (chaque action d'un module = 1 opération) et non au "task" global comme Zapier. Ça peut sembler technique, mais concrètement, ça change tout pour les scénarios multi-étapes.
J'ai migré un workflow qui passait par 8 étapes dans Zapier. Chez Zapier, chaque exécution comptait pour 1 task. Chez Make, ce même scénario consomme 8 opérations par exécution, mais le plan à 9€/mois offre 10 000 opérations. En pratique, j'ai pu faire tourner 1 250 exécutions complètes du scénario pour 9€, là où Zapier m'aurait facturé le plan à 30€/mois pour seulement 750 tasks. Et c'était avec le plan de base.
Plus vos automations sont complexes (avec filtres, routeurs, itérateurs), plus Make devient rentable. Pour une PME qui automatise plusieurs processus métier, l'économie peut facilement atteindre 50 à 70% par rapport à Zapier, tout en ayant accès à des fonctionnalités plus avancées dès les plans d'entrée.
Make intègre nativement des modules qu'on ne trouve pas ailleurs sans passer par du code ou des contorsions. Les itérateurs permettent de traiter des listes d'éléments un par un, les routeurs créent des branches conditionnelles multiples, et les filtres bloquent l'exécution selon des critères précis.
J'ai utilisé un itérateur pour traiter une liste de commandes provenant d'une API e-commerce. Chaque commande était envoyée individuellement vers un CRM, avec un routeur qui dirigeait les commandes B2B vers un pipeline et les commandes B2C vers un autre. Tout ça dans un seul scénario, sans avoir besoin de créer plusieurs workflows séparés ou d'utiliser du code custom.
Ces outils réduisent drastiquement le nombre de scénarios à maintenir. Au lieu d'avoir 5 workflows simples qui font des choses similaires, on en a 1 seul avec de la logique conditionnelle. Résultat : moins de maintenance, moins d'erreurs, et une vue d'ensemble plus claire de ce qui tourne en production.
Make garde un historique détaillé de chaque exécution de scénario. On peut cliquer sur n'importe quelle exécution passée et voir exactement quelles données sont entrées dans chaque module, quelles données sont sorties, et où ça a planté si c'est le cas.
Quand un scénario a échoué parce qu'un champ attendu était vide dans l'API source, j'ai pu identifier le problème en 30 secondes. J'ai ouvert l'historique, cliqué sur l'exécution en erreur, vu le module qui avait bloqué, et lu le message d'erreur exact avec les données reçues. Pas besoin de reconstituer ce qui s'est passé ou de relancer le scénario en mode test.
On peut aussi configurer des gestionnaires d'erreurs personnalisés : ignorer l'erreur et continuer, réessayer X fois, envoyer une notification Slack, ou router vers une branche alternative. Ça évite qu'un scénario entier plante à cause d'un cas edge. Pour une PME qui dépend de ses automations pour gérer des leads ou des commandes, cette robustesse fait toute la différence.
Make propose des centaines de templates prêts à l'emploi pour des cas d'usage classiques : synchroniser un CRM avec un outil emailing, créer des tâches dans un outil de gestion projet depuis des emails, enrichir des leads automatiquement. Ces templates ne sont pas juste des démos, ils sont fonctionnels et bien documentés.
J'ai démarré avec un template "Typeform vers Google Sheets + email de notification" que j'ai adapté en 10 minutes pour mon besoin spécifique. Au lieu de partir de zéro, j'ai juste modifié les connexions et ajouté un filtre. Ça m'a permis de mettre en prod mon premier scénario le jour même de mon inscription.
La communauté est aussi très active sur le forum officiel et des groupes spécialisés. Quand j'ai bloqué sur une manipulation de date complexe, j'ai posté ma question et eu une réponse détaillée en quelques heures. Pour les équipes sans développeur en interne, cet écosystème d'entraide est précieux et accélère la montée en compétence.
Contrairement à Zapier qui limite le nombre de steps par workflow selon les plans (5 steps en gratuit, illimité en payant), Make n'impose aucune limite sur la complexité des scénarios. Même avec le plan gratuit, on peut construire un scénario avec 20, 30 ou 50 modules si nécessaire.
Cette absence de limite change la façon de concevoir les automations. On n'a pas besoin de découper artificiellement un process en plusieurs workflows parce qu'on dépasse un quota de steps. On peut construire un scénario qui reflète vraiment le processus métier, aussi complexe soit-il.
Attention, plus un scénario a de modules, plus il consomme d'opérations par exécution. Mais au moins, la limite est économique (combien d'opérations on veut payer), pas technique. Pour une PME qui veut automatiser un processus de bout en bout (lead → qualification → CRM → email → notification → création tâche → suivi), cette flexibilité est essentielle. On paie pour l'usage réel, pas pour une contrainte arbitraire de l'outil.
.png)
Make se présente comme un outil no-code, mais c'est trompeur. Dès qu'on dépasse les scénarios basiques, on se retrouve face à des concepts techniques qui demandent une vraie compréhension : parsing JSON, fonctions, filtres conditionnels, itérateurs, agrégateurs...
Dans mon cas, j'ai passé plus de 8 heures à comprendre pourquoi mon scénario ne récupérait pas correctement les données d'un webhook. Le problème ? Je ne maîtrisais pas la différence entre un "array" et un "bundle". C'est un concept essentiel dans Make, mais totalement opaque pour quelqu'un sans bagage technique.
Ce qui rend l'apprentissage difficile :
Pour une PME sans ressource technique dédiée, ça devient vite bloquant. Soit vous investissez du temps formation (comptez 2-3 semaines avant d'être autonome sur des scénarios moyens), soit vous devez payer un freelance pour construire et maintenir vos automatisations. Dans les deux cas, le "no-code" devient un argument marketing plus qu'une réalité.
Make facture au nombre d'opérations : chaque action (lire un email, créer une ligne, envoyer un message) = 1 opération. Sur le papier, 10 000 opérations par mois pour 9€, ça semble généreux. En pratique, on atteint vite la limite.
Exemple concret : j'ai créé un scénario pour synchroniser les nouveaux contacts Typeform vers Pipedrive. Chaque soumission de formulaire consommait 6 opérations :
Résultat : avec seulement 50 leads par jour, j'atteignais 9 000 opérations par mois. Et ce n'était qu'UN scénario. Dès que vous commencez à construire plusieurs automatisations (marketing, support, admin), les opérations s'accumulent très vite.
Le problème devient critique au-delà de 15-20 personnes dans l'équipe. Soit vous bridez vos automatisations, soit vous passez sur un plan supérieur (29€/mois pour 40 000 ops, puis 99€ pour 130 000). Le coût par opération baisse, mais l'addition grimpe vite.
Quand un scénario plante (et ça arrive régulièrement), identifier la source du problème peut vite devenir un cauchemar. Make affiche des messages d'erreur techniques qui demandent une vraie expertise pour être décryptés.
J'ai perdu une matinée entière sur une erreur "BundleValidationError: Missing value" sans comprendre quel module était en cause. Il a fallu que je teste chaque étape manuellement, en désactivant les modules un par un, pour découvrir qu'un champ optionnel dans Airtable causait le problème.
Ce qui manque cruellement :
Pour quelqu'un sans background technique, c'est vraiment décourageant. On se retrouve coincé, sans savoir si le problème vient de Make, de l'API tierce, ou de notre configuration. Et le support, même s'il répond, met souvent 24-48h à revenir avec une vraie solution technique.
Make propose plus de 1 500 apps connectées, ce qui est impressionnant sur le papier. Mais en creusant, on découvre vite que beaucoup d'intégrations ne couvrent que les actions basiques. Dès qu'on veut faire quelque chose d'un peu avancé, il faut passer par les modules HTTP (appels API directs).
Exemple vécu avec HubSpot : l'intégration native permet de créer des contacts, des deals et des tâches. Mais impossible de mettre à jour une propriété custom d'une entreprise, ou de récupérer l'historique des interactions. Pour ça, j'ai dû construire des requêtes HTTP avec l'API HubSpot... ce qui demande de comprendre REST, les tokens d'authentification, et la structure JSON des réponses.
Même problème avec Notion : on peut créer des pages, mais pas gérer les bases de données relationnelles ou les vues filtrées. Avec Slack : pas moyen de récupérer les messages d'un thread ou de modifier un message existant sans passer par l'API.
C'est frustrant parce qu'on choisit Make en partie pour éviter de coder. Mais sur des cas d'usage même modérément complexes, on se retrouve quand même à devoir manipuler du JSON et construire des requêtes API. Si c'est pour en arriver là, autant coder directement ou prendre un outil qui masque mieux cette complexité.
Au-delà du nombre d'opérations, Make facture aussi selon la fréquence d'exécution des scénarios. Un scénario qui tourne toutes les 15 minutes consomme plus de "slots" qu'un scénario déclenché par webhook. Mais cette logique n'est pas claire au départ.
Quand j'ai migré mes automatisations depuis Zapier, je pensais économiser. En réalité, ma facture Make a rapidement atteint 89€/mois (contre 49€ chez Zapier), parce que :
Le vrai problème, c'est qu'il est très difficile d'anticiper votre facture avant de construire vos scénarios. Vous ne savez pas combien d'opérations un workflow va consommer tant que vous ne l'avez pas testé en conditions réelles pendant au moins un mois.
Pour une PME qui cherche à budgéter ses outils, cette imprévisibilité est un vrai souci. Vous pouvez démarrer à 9€/mois et vous retrouver à 150€ trois mois plus tard sans avoir changé grand-chose, juste parce que votre volume d'activité a augmenté.
Make adopte un modèle de tarification basé sur les crédits, où chaque action dans vos scénarios consomme un certain nombre de crédits. C'est à la fois transparent et potentiellement trompeur : difficile d'estimer votre consommation réelle avant de vous lancer.
Réduction annuelle : 15% minimum en payant à l'année (les crédits non utilisés restent valables 12 mois au lieu d'expirer chaque mois).
La vraie subtilité de Make, c'est que 1 crédit = 1 action de module. Un scénario simple avec 5 étapes consomme 5 crédits à chaque exécution. Si ce scénario tourne toutes les heures, vous brûlez 3 600 crédits par mois. Le plan Free suffit à peine pour un seul scénario actif.
Ce qui consomme vraiment :
Attention aux scénarios gourmands : un scénario avec 15 modules qui s'exécute 100 fois par jour = 45 000 crédits/mois. Vous voilà déjà au-delà du plan Core standard.
Le vrai saut qualitatif : de Free à Core (scénarios illimités + intervalle d'1 min), puis de Core à Pro (exécution prioritaire, crucial en heure de pointe). Teams n'apporte que la collaboration. Enterprise devient nécessaire pour SSO, apps métier et support 24/7.
Scénario typique PME : automatisation lead management + facturation + CRM
Équipe de 5 utilisateurs, consommation estimée :
Plan requis : Pro à 40k crédits (scale de tarification : environ 45$/mois pour 40k crédits)
Avec facturation annuelle (-15%) : environ 460$/an, soit 38€/mois.
Par utilisateur : 7,60€/mois.
Équipe de 15 utilisateurs, usage intensif :
Plan requis : Teams à 300k crédits (environ 250$/mois selon slider)
Avec annuel : environ 2 550$/an, soit 212€/mois.
Par utilisateur : 14€/mois.
Attention : ces simulations partent d'une estimation moyenne. Un scénario mal optimisé (boucles inutiles, modules redondants) peut doubler votre consommation.
Make est extrêmement compétitif si vous maîtrisez la consommation de crédits. Pour une PME qui automatise intelligemment 5 à 10 processus clés, le coût par utilisateur reste dans les 10–15€/mois, bien en dessous de Zapier ou de suites complètes.
C'est adapté si :
Ça devient cher si :
Le piège principal : sous-estimer sa consommation au démarrage. Testez en Free, mesurez votre consommation réelle sur 2 semaines, puis multipliez par 2 pour anticiper la croissance. Ne souscrivez jamais à un plan sans avoir cette donnée.
Comparé aux alternatives : Make reste plus abordable que Zapier (qui facture par tâche également, mais plus cher) et bien plus puissant que des outils no-code basiques. En revanche, si vous cherchez une suite complète (CRM + projets + docs), Make ne remplace pas Notion ou Monday : c'est un moteur d'automatisation pur.
Voici comment Make se positionne face aux principales alternatives d'automatisation :
.png)
Zapier reste le choix évident si vous débutez en automatisation ou si vous cherchez la solution la plus documentée. Son interface est plus linéaire et intuitive que Make, mais vous payez cette simplicité : les scénarios complexes deviennent vite coûteux, et les possibilités de contrôle sont limitées.
n8n s'adresse aux équipes techniques qui veulent garder le contrôle total. L'auto-hébergement est gratuit, le code est ouvert, mais il faut avoir les compétences pour maintenir l'infrastructure. Idéal si vous avez déjà un serveur et des développeurs en interne.
Power Automate est incontournable si vous êtes déjà dans l'univers Microsoft. L'intégration avec SharePoint, Teams, Dynamics est native et puissante. En revanche, dès que vous sortez de cet écosystème, les connecteurs deviennent moins fiables et plus chers.
Pabbly Connect séduit par son modèle économique : paiement unique ou tarif fixe sans limite de tâches. C'est intéressant pour des volumes importants, mais l'interface est moins moderne et le catalogue d'intégrations plus restreint que Make ou Zapier.
Workato joue dans une autre catégorie : c'est une solution enterprise avec gouvernance, audit, et support premium. Le tarif commence à plusieurs milliers d'euros par an. Pertinent uniquement pour des grandes structures avec des besoins d'intégration critiques et complexes.
Combien coûte Make ?
Make propose un modèle basé sur des crédits (crédits/opérations consommés par module). Il existe un plan Free (1 000 crédits/mois) puis des plans Core/Pro/Teams avec 10k crédits et au-delà, et une offre Enterprise sur devis. Le prix varie fortement selon la consommation réelle.
Comment s’inscrire à Make ?
L'inscription se fait sur le site de Make via un compte gratuit. Vous pouvez ensuite créer des scénarios, connecter des apps et monitorer votre consommation de crédits. Le passage à un plan payant se fait depuis la console d’abonnement.
Make est-il gratuit ?
Oui, Make propose un plan Free avec des limites (1 000 crédits, 2 scénarios actifs max, intervalle 15 min). Il permet de tester l’outil mais devient vite insuffisant pour un usage professionnel soutenu.
Make est-il adapté aux PME B2B ?
Oui, Make convient très bien aux PME B2B qui veulent orchestrer plusieurs outils sans développeur. Il excelle pour des logiques conditionnelles et des traitements de flux, mais demande des compétences pour optimiser les coûts et le debugging.
Make peut-il remplacer un outil d’automatisation marketing ?
Partiellement. Make est un moteur d’automatisation très flexible qui peut couvrir des cas marketing (nurturing, sync CRM), mais il ne remplace pas un outil marketing complet avec features natives (scoring avancé, UI dédiée).
Quelles intégrations propose Make ?
Make propose plus de 1 500 intégrations natives et permet aussi d’utiliser des appels HTTP/REST pour des cas avancés. Certaines intégrations natives restent limitées et nécessitent parfois des requêtes API custom.
Peut-on créer des rapports personnalisés dans Make ?
Make propose des logs d’exécution et des historiques détaillés, mais ce n’est pas un outil de BI. Pour des rapports personnalisés, il faut exporter les données vers un dashboard externe (Google Sheets, Data Studio, etc.).
Make convient-il aux équipes non techniques ?
Partiellement. L’interface visuelle facilite la lecture des scénarios, mais la courbe d’apprentissage est raide dès que l’on utilise des itérateurs, parsing JSON ou des fonctions avancées. Une personne technique ou une formation est recommandée.
Combien de temps faut-il pour déployer Make ?
Un premier scénario simple peut être mis en place en quelques heures. Pour une configuration complète avec optimisations, gestion d’erreurs et intégrations API, comptez plusieurs jours à quelques semaines selon la complexité.
Quelle est la meilleure alternative à Make ?
Selon le besoin : Zapier pour la simplicité et la documentation, n8n pour l’auto-hébergement et le contrôle des données, Power Automate si vous êtes dans l’écosystème Microsoft, Pabbly pour un modèle économique fixe, et Workato pour l’enterprise. Le meilleur choix dépend du volume, du budget et des compétences internes.
Chaque activité a ses contraintes et ses objectifs. Si vous avez besoin d’un avis personnalisé ou d’un coup de pouce pour sélectionner la solution la plus adaptée, contactez-nous : on vous aide à faire le bon choix, sans jargon et sans perte de temps.
%20(7).png)
.png){kind=small}
