Make
Make est probablement l’outil visuel le plus agréable à utiliser du marché. Sa limite n’est pas technique, elle est économique.
Make convient bien aux flux de complexité moyenne dans une entreprise sans équipe technique, quand les données ne présentent pas de sensibilité particulière. Son modèle de facturation compte chaque opération : un flux qui traite beaucoup de lignes ou tourne très souvent peut devenir coûteux à mesure que l’usage croît. Il faut projeter ce coût à douze mois avant de s’engager, pas seulement le comparer au premier mois.
L’outil
Make propose un éditeur visuel où l’on assemble des modules reliés par des connexions. On voit le chemin des données, on voit les branches, on peut rejouer une exécution passée pour comprendre ce qui s’est produit. Pour quelqu’un qui ne programme pas, c’est une entrée dans l’automatisation nettement plus accessible que le code.
Le catalogue de connecteurs couvre la plupart des outils courants, et un module générique permet d’appeler n’importe quelle interface pour le reste.
Ce qu’il fait bien
Les traitements de listes. Récupérer cinquante lignes, les traiter une par une, agréger les résultats : c’est ce que Make gère le mieux, et c’est là qu’il se distingue nettement d’outils plus linéaires.
Le débogage. Pouvoir rejouer une exécution avec ses données réelles est une fonctionnalité qu’on sous-estime tant qu’on n’a pas passé une soirée à chercher pourquoi un flux échoue une fois sur vingt.
La lisibilité. Un flux Make bien construit se comprend en le regardant, ce qui compte beaucoup quand plusieurs personnes doivent le maintenir.
Le point de vigilance
La facturation à l’opération change la nature de la décision.
Sur un outil auto-hébergé, ajouter une étape à un flux ne coûte rien. Sur Make, chaque module exécuté consomme du quota. Cela produit un effet pervers connu : on est tenté de construire des flux moins lisibles pour économiser des opérations, ce qui est exactement le contraire de ce qu’il faut faire.
Cela signifie aussi que le coût croît avec votre activité. Un flux qui traite les commandes coûtera deux fois plus cher si vous vendez deux fois plus. C’est acceptable si vous l’avez anticipé ; c’est une mauvaise surprise sinon.
Notre recommandation : faire le calcul à douze mois, en projetant la croissance, avant de construire quoi que ce soit de structurant.
Notre position
Make est un bon outil, et nous le mettons en œuvre quand il correspond à la situation : pas d’équipe technique, pas de contrainte de confidentialité forte, volumes maîtrisés.
Nous l’écartons quand les données sont sensibles, quand les volumes sont élevés, ou quand le client tient à pouvoir reprendre ses flux ailleurs — la portabilité d’un scénario vers un autre outil n’est pas immédiate.
Les cas où cet outil intervient
Questions fréquentes
- Quelle différence avec Zapier ?
- Make travaille sur un canevas visuel où l’on voit les branches, les boucles et les itérations ; Zapier suit une logique plus linéaire, plus simple à prendre en main mais plus vite limitée. Make gère mieux les traitements de listes et les structures de données imbriquées. Zapier reste plus rapide à mettre en œuvre pour un enchaînement simple entre deux applications.
- Comment estimer le coût réel ?
- En comptant les opérations, pas les scénarios. Chaque module exécuté consomme une opération : un flux de huit modules déclenché cent fois par jour consomme environ 24 000 opérations par mois. C’est ce calcul-là qu’il faut faire avant de choisir, et le refaire en projetant la croissance de l’activité — pas le prix affiché du premier palier.
- Où sont hébergées les données ?
- Sur l’infrastructure de l’éditeur, avec un choix de zone géographique selon les offres. Les données de vos flux y transitent et une partie de l’historique d’exécution y est conservée pour permettre le rejeu et le débogage. Pour des données sensibles, c’est le point à examiner en premier, et à documenter dans votre registre de traitements.
- À partir de quel volume Make devient-il trop cher ?
- L’inflexion se situe généralement autour de quelques dizaines de milliers d’opérations par mois. En dessous, Make est difficile à battre une fois comptés l’hébergement et l’administration qu’exige une solution auto-hébergée. Au-dessus, la facture croît de façon linéaire alors qu’un serveur, lui, ne coûte pas plus cher parce qu’il travaille davantage. Le piège classique est un scénario qui interroge une source toutes les cinq minutes pour rien.
- Peut-on migrer un scénario Make vers un autre outil ?
- Pas automatiquement, et il vaut mieux le savoir avant de construire. Aucun outil d’automatisation n’importe le format d’un concurrent : une migration se refait à la main, module par module. C’est pourquoi nous documentons toujours la logique métier séparément de l’outil qui l’exécute — cette documentation, elle, se transpose, et c’est ce qui rend une migration coûteuse plutôt qu’impossible.
- Make convient-il à des process critiques ?
- Oui, à condition de traiter deux points que l’outil ne traite pas seul. Les alertes, d’abord : par défaut, un scénario qui échoue s’arrête discrètement, et il faut câbler explicitement la remontée d’erreur. La reprise, ensuite : il faut savoir ce qu’on fait des opérations manquées pendant une panne. Ces deux réglages font partie de toutes nos livraisons, quel que soit l’outil.
- Faut-il savoir coder pour maintenir un scénario Make ?
- Pour comprendre et ajuster un scénario existant, non — c’est précisément la promesse tenue de l’outil. Pour en construire un robuste, la réponse est plus nuancée : gérer les erreurs, les cas particuliers et les reprises demande un raisonnement de développeur, même sans écrire de code. C’est la différence entre un scénario qui marche le jour de la démonstration et un scénario qui tient six mois.
Nous ne vendons pas d’outil
Nous choisissons celui qui convient à votre situation, nous le mettons en œuvre, et nous vous laissons la main dessus. Aucun partenariat éditeur, aucune commission.
Un process, pour commencer
Celui qui vous agace le plus, ou celui qui coûte le plus. Dites-nous en deux phrases qui le fait, combien de fois par semaine, et avec quels outils. Nous vous dirons franchement s’il mérite d’être automatisé — y compris quand la réponse est non.
- Réponse garantie sous 24 heures
- Un premier échange d’une demi-heure, sans engagement
- Aucun formulaire tiers : votre message part par votre messagerie
Ou directement : nicolas@oli-via-net.fr· 06 89 96 40 79