Make, Zapier ou n8n : quel outil d'automatisation choisir pour votre CRM PME ?

On a déployé les trois sur de vrais projets clients. Make sur une PME industrielle qui gère 800 leads entrants par mois depuis son site. n8n chez un éditeur de logiciels qui voulait garder la main sur ses coûts sans dépendre d’un SaaS. Zapier chez une PME qui avait commencé seule et nous a appelés quand la facture a explosé. Voici ce qu’on a appris, sans la langue de bois des articles sponsorisés.

Ces trois outils font la même chose en apparence : ils connectent vos applications entre elles et automatisent les échanges de données sans écrire de code. Nouveau lead dans votre formulaire web, il apparaît dans Sellsy. Opportunité gagnée dans Sellsy, une tâche se crée dans Asana et un email part dans Brevo. Deal stagné depuis 10 jours, un message arrive dans Slack. Tout ça sans intervention manuelle.

Derrière cette promesse commune, les trois outils sont profondément différents : philosophie de tarification, capacité à gérer la complexité, qualité des connecteurs Sellsy, courbe d’apprentissage. Ces différences deviennent visibles et coûteuses dès qu’on sort des cas d’usage simples.

Tableau comparatif des 3 outils

Make (ex-Integromat)

Comment ça fonctionne

Make est organisé autour de scénarios : un scénario est un flux automatisé composé de modules (chaque module représente une action ou un déclencheur dans une application). Les modules s’enchaînent visuellement dans une interface de type canvas.

Ce qui distingue Make des autres, c’est sa capacité à gérer des logiques complexes nativement :

• Router : divise le flux en branches parallèles selon des conditions. Un lead entrant peut aller vers une branche “PME” et une branche “Grand compte” selon la taille de l’entreprise déclarée.
• Iterator : décompose un tableau ou une liste en éléments traités un par un. Utile pour traiter une liste de contacts ou d’opportunités Sellsy.
• Aggregator : fait l’inverse de l’Iterator : regroupe plusieurs éléments en un seul résultat.
• Error Handler : définit le comportement en cas d’erreur (ignorer, reprendre, alerter via Slack ou email).

Tarification Make

Make facture à l’opération : chaque exécution d’un module compte comme une opération.

• Gratuit : 1 000 opérations/mois, 2 scénarios actifs, exécution toutes les 15 minutes.
• Core : 9€/mois pour 10 000 opérations, scénarios illimités, exécution toutes les 1 minute.
• Pro : 16€/mois pour 10 000 opérations avec fonctionnalités avancées (variables, data stores).
• Teams : 29€/mois pour 10 000 opérations avec gestion d’équipe.

Les opérations supplémentaires se paient au-delà du quota. Pour 100 000 opérations/mois, comptez environ 59€/mois sur le plan Pro.

Connecteur Sellsy dans Make

Make dispose d’un connecteur Sellsy natif. Il couvre les objets principaux : contacts, entreprises, opportunités, documents (devis, factures), tâches. Les actions disponibles incluent Create, Update, Get, List et Watch (déclencheur sur nouveaux éléments ou mises à jour).

Limites à connaître : le connecteur Sellsy ne couvre pas tous les champs personnalisés dans toutes les versions de l’API Sellsy. Pour des champs très spécifiques, il faut parfois compléter avec un module HTTP > Make a Request qui appelle l’API Sellsy directement.

Forces et limites de Make

Forces :

• Capacité à gérer des logiques vraiment complexes (Router, Iterator, Aggregator)
• Tarification compétitive pour les volumes moyens
• Interface visuelle lisible même sur des scénarios complexes
• Gestion des erreurs intégrée avec alertes configurables
• Le meilleur rapport puissance/accessibilité des trois outils

Limites :

• Courbe d’apprentissage réelle pour les non-techniciens (2 à 3 jours)
• Modèle par opération peut surprendre sur des scénarios avec beaucoup de modules par exécution
• Pas de self-hosting

Zapier

Comment ça fonctionne

Zapier est organisé autour de Zaps : un Zap est un flux déclenché par un événement (Trigger) dans une application qui exécute une ou plusieurs actions dans d’autres applications. L’interface est très guidée, pensée pour des utilisateurs non-techniques.

Zapier a le plus grand catalogue d’applications connectées : plus de 7 000 intégrations. Pour des outils de niche ou des SaaS récents, Zapier a souvent un connecteur là où Make n’en a pas encore.

Tarification Zapier

Zapier facture à la tâche : chaque action réussie compte comme une tâche.

• Gratuit : 100 tâches/mois, 5 Zaps, exécution toutes les 15 minutes.
• Starter : 19,99€/mois pour 750 tâches, Zaps illimités.
• Professional : 49€/mois pour 2 000 tâches, logique conditionnelle.
• Team : 69€/mois pour 2 000 tâches avec gestion d’équipe.

Le problème : 2 000 tâches/mois, c’est peu. Un Zap avec 3 actions sur 300 déclenchements/mois = 900 tâches. Ajoutez deux autres Zaps et vous dépassez rapidement le quota. Pour un volume équivalent à 10 000 opérations/mois sur Make, Zapier peut coûter 4 à 6 fois plus cher.

Connecteur Sellsy dans Zapier

Zapier dispose d’un connecteur Sellsy natif, mais il est moins complet que celui de Make. Les triggers disponibles sont limités (nouveau contact, nouvelle facture). Les actions couvrent les objets principaux mais avec moins de champs accessibles. Pour des intégrations Sellsy un peu avancées (champs personnalisés, objets moins standards), Zapier devient limitant rapidement.

Forces et limites de Zapier

Forces :

• Facilité d’utilisation réelle : un non-technicien peut créer son premier Zap en 20 minutes
• Catalogue d’applications le plus large du marché (7 000+)
• Documentation excellente, nombreux tutoriels
• Support client plus réactif que Make ou n8n

Limites :

• Coût qui explose très vite dès que le volume ou le nombre de Zaps augmente
• Logique conditionnelle basique sur les plans inférieurs
• Connecteur Sellsy limité pour des projets avancés

n8n

Comment ça fonctionne

n8n est un outil d’automatisation open-source. Il fonctionne en mode self-hosted (vous l’installez sur votre propre serveur) ou en mode cloud (n8n héberge l’instance pour vous). Les flux sont appelés workflows, et chaque étape est un node.

Ce qui rend n8n unique : les Code Nodes. À n’importe quelle étape d’un workflow, vous pouvez écrire du JavaScript ou du Python pour transformer les données, appeler une API, ou créer une logique qui n’existe pas nativement. Pour des utilisateurs techniques, c’est une liberté considérable.

Tarification n8n

Self-hosted : gratuit. Vous payez uniquement l’infrastructure serveur (un VPS à 5 à 10€/mois suffit pour une PME avec quelques dizaines de workflows). Aucune limite d’exécutions, aucun coût par opération.

Cloud n8n :

• Starter : 20€/mois, 2 500 exécutions de workflow/mois, 5 workflows actifs.
• Pro : 50€/mois, 10 000 exécutions, workflows illimités.
• Enterprise : sur devis.

La différence fondamentale : en self-hosted, le coût est fixe et prévisible, quelle que soit la croissance du volume. Une PME qui passe de 100 à 10 000 automatisations par mois ne voit pas sa facture changer.

Connecteur Sellsy dans n8n

n8n n’a pas de connecteur Sellsy natif dans son catalogue standard. On utilise le node HTTP Request pour appeler l’API REST Sellsy directement. C’est plus technique : il faut comprendre l’API Sellsy (documentation disponible sur developer.sellsy.io), construire les requêtes, gérer l’authentification OAuth2.

C’est faisable en quelques heures pour un développeur ou un technicien à l’aise avec les API REST. Pour quelqu’un qui n’a jamais travaillé avec des API, c’est une barrière réelle.

Forces et limites de n8n

Forces :

• Coût en self-hosted sans équivalent : idéal pour les PME à fort volume d’automatisations
• Code Nodes permettant des logiques impossibles avec Make ou Zapier
• Souveraineté des données totale en self-hosted
• Communauté active, l’outil évolue vite

Limites :

• Courbe d’apprentissage la plus raide des trois (1 à 2 semaines pour être autonome)
• Gestion du serveur (mises à jour, sauvegardes, disponibilité) à votre charge en self-hosted
• Absence de connecteur Sellsy natif : surcoût en temps sur les premiers projets

Quand utiliser Make vs n8n : guide de décision

Choisissez Make si…

• Vous n’avez pas de développeur ou de profil technique dans votre équipe
• Vous avez besoin d’être opérationnel en moins d’une semaine
• Votre volume mensuel est inférieur à 50 000 opérations
• Vos automatisations impliquent principalement Sellsy, Brevo, Slack, Google Workspace
• Vous voulez que votre équipe puisse modifier les scénarios en autonomie

Exemple Sellsy concret : une PME de 15 personnes avec 300 leads/mois depuis son site. Chaque lead déclenche 5 actions dans Sellsy, Brevo et Slack. Volume mensuel : 1 500 opérations. Coût Make Core : 9€/mois. L’équipe marketing a été formée en 2 jours et modifie les scénarios de façon autonome.

Choisissez n8n si…

• Vous avez un développeur ou un profil technique disponible
• Votre volume mensuel dépasse 50 000 opérations et le coût devient significatif
• Vous avez besoin de logiques très spécifiques que Make ne peut pas gérer nativement
• La souveraineté des données sur vos automatisations est importante pour votre activité
• Vous êtes prêt à gérer l’infrastructure serveur

Exemple Sellsy concret : un éditeur de logiciels avec 2 000 leads/mois, chaque lead déclenchant 8 actions (qualification enrichie via API externe, création dans Sellsy, scoring, segmentation Brevo, notification Slack segmentée). Volume mensuel : 16 000 opérations. Coût Make Pro : ~59€/mois. Coût n8n self-hosted : 8€/mois (VPS). Économie annuelle : 612€ avec n8n. Avec un développeur, le temps de mise en place est équivalent.

Évitez Zapier si…

• Vos projets impliquent principalement Sellsy (connecteur limité)
• Votre volume mensuel dépasse 1 000 déclenchements (coût prohibitif)
• Vous avez besoin de Router ou d’Iterator pour des logiques complexes

Simulation de coût sur 12 mois

Scénario : 500 leads/mois automatisés

Une PME reçoit 500 leads/mois via son formulaire web. Pour chaque lead, le workflow fait 5 actions (créer contact Sellsy, créer opportunité Sellsy, ajouter à liste Brevo, envoyer notification Slack, créer tâche de suivi).

Volume : 500 déclenchements × 5 actions = 2 500 opérations/mois.

Scénario : 2 000 leads/mois avec logique avancée

Une PME avec 2 000 leads/mois. Chaque lead déclenche 7 actions avec routage conditionnel selon le secteur et la taille de l’entreprise.

Volume : 2 000 déclenchements × 7 actions = 14 000 opérations/mois.

La différence s’amplifie avec le volume. Au-delà de 5 000 déclenchements/mois sur des workflows avec 5+ actions, n8n self-hosted devient nettement plus économique que Make.

5 scénarios Make concrets pour une PME avec Sellsy

Scénario 1 : Traitement automatique des leads entrants (Typeform → Sellsy → Brevo → Slack)

Déclencheur : nouvelle soumission d’un formulaire Typeform.

Modules :

1. Typeform > Watch Responses : déclencheur sur nouvelle soumission
2. Make > Router : branche A (taille entreprise > 10 personnes) et branche B (taille < 10 personnes)
3. Sellsy > Create a Contact : création du contact avec toutes les informations du formulaire
4. Sellsy > Create an Opportunity : création de l’opportunité à l’étape “Nouveau lead entrant” avec la valeur estimée correspondant au segment
5. Brevo > Add Contact to List : ajout à la liste de nurturing adaptée au segment (PME ou Grand Compte)
6. Slack > Create a Message : notification au commercial responsable du segment avec le nom, l’entreprise et le besoin exprimé

Volume typique : 200 à 800 leads/mois. Coût Make : < 15€/mois sur le plan Core.

Ce que ça évite : 15 à 20 minutes de saisie manuelle par lead, soit 50 à 250 heures économisées par an.

Scénario 2 : Relance automatique des deals stagnes (Sellsy → Slack → tâche)

Déclencheur : planificateur (tous les lundis matin à 8h).

Modules :

1. Make > Scheduled trigger : déclencheur hebdomadaire
2. Sellsy > List Opportunities : récupère toutes les opportunités actives avec filtre “dernière activité > 14 jours”
3. Make > Iterator : traite chaque opportunité une par une
4. Sellsy > Create a Task : crée une tâche de relance sur l’opportunité concernée, assignée au commercial responsable, échéance dans 48h
5. Slack > Create a Message : envoie un message au commercial avec le nom du deal, le montant, et la date de la dernière activité

Volume typique : 10 à 50 deals relancés par semaine. Coût Make : les opérations s’intègrent dans le quota habituel.

Ce que ça évite : des deals qui tombent dans l’oubli faute de suivi. Sur nos clients, ce scénario récupère en moyenne 5 à 15% de deals qui auraient sinon été perdus par manque de relance.

Scénario 3 : Notification deal gagné (Sellsy → Slack → email interne)

Déclencheur : changement d’étape d’une opportunité dans Sellsy vers “Gagné”.

Modules :

1. Sellsy > Watch Opportunities : déclencheur sur mise à jour d’une opportunité
2. Make > Filter : condition “étape = Gagné”
3. Slack > Create a Message : message dans le canal #ventes avec le nom du client, le montant et le nom du commercial
4. Gmail > Send an Email : email de notification au directeur commercial et à la direction avec un résumé du deal
5. Sellsy > Create a Task : tâche de kick-off client assignée au responsable Customer Success

Ce que ça apporte : célébration visible des victoires commerciales (important pour la motivation), information immédiate aux équipes qui doivent préparer l’onboarding client.

Scénario 4 : Synchronisation Sellsy vers Pennylane (facturation → comptabilité)

Déclencheur : création d’une nouvelle facture dans Sellsy.

Modules :

1. Sellsy > Watch Invoices : déclencheur sur nouvelle facture
2. Make > HTTP > Make a Request : appel de l’API Pennylane pour créer l’écriture comptable correspondante avec les bons codes analytiques
3. Make > Router : traitement différencié selon le taux de TVA (0%, 20%, taux réduit)
4. Make > HTTP > Make a Request : mise à jour de la catégorie analytique dans Pennylane selon le type de prestation

Ce que ça évite : saisie manuelle des factures dans Pennylane (15 à 30 minutes par jour pour une PME active). Risque d’erreur de saisie éliminé.

Scénario 5 : Enrichissement automatique des leads entrants (formulaire → enrichissement → Sellsy)

Déclencheur : nouvelle soumission d’un formulaire avec email professionnel.

Modules :

1. Typeform/Tally > Watch Responses : déclencheur sur nouvelle soumission
2. Make > HTTP > Make a Request : appel d’une API d’enrichissement (Clearbit, Hunter, ou Dropcontact) pour récupérer les informations de l’entreprise à partir de l’email
3. Make > Router : branche “enrichissement réussi” et branche “données incomplètes”
4. Sellsy > Create a Contact : création du contact avec les données enrichies (taille entreprise, secteur, LinkedIn, téléphone)
5. Sellsy > Create a Company : création ou mise à jour de l’entreprise avec les données enrichies
6. Sellsy > Create an Opportunity : création de l’opportunité avec scoring initial basé sur les critères d’enrichissement

Ce que ça apporte : les commerciaux reçoivent des leads déjà enrichis dans Sellsy, sans avoir à chercher manuellement les informations sur l’entreprise. Gain de 10 à 20 minutes par lead.

Nos recommandations terrain

On utilise Make sur la majorité des projets clients. Le connecteur Sellsy natif est complet, la logique complexe est accessible sans écrire de code, et le coût reste maîtrisé pour les volumes PME (typiquement entre 9 et 50€/mois). L’interface demande une journée de formation, mais une fois maîtrisée, un utilisateur non-technique peut créer et modifier ses scénarios en autonomie.

On recommande n8n pour les clients qui ont un profil technique et qui veulent contrôler leurs coûts sur le long terme. Un développeur junior peut être opérationnel sur n8n en 2 à 3 jours. L’absence de connecteur Sellsy natif se compense avec la documentation API Sellsy (bien faite, disponible sur developer.sellsy.io). Pour un client avec 5 000+ automatisations par mois, l’économie par rapport à Make devient significative.

On utilise Zapier presque jamais sur des projets Sellsy. Le connecteur est trop limité pour des intégrations un peu avancées, et le coût devient rapidement déraisonnable dès que le volume monte. La seule exception : un client qui a déjà Zapier en place pour d’autres intégrations non-Sellsy, et dont les besoins Sellsy restent basiques.

L’erreur classique : choisir Zapier parce que “tout le monde connaît Zapier”

C’est le choix par défaut que beaucoup de PME font, et c’est rarement le meilleur choix pour des projets CRM un peu sérieux. Zapier est connu parce qu’il a investi massivement dans le marketing et l’éducation. Mais “connu” ne veut pas dire “adapté à votre situation”.

Si votre besoin est d’automatiser des flux autour de Sellsy avec une complexité modérée et un volume de quelques centaines d’opérations par mois, Make est presque systématiquement plus économique et plus capable. Zapier vaut sa place quand vous avez besoin de connecter des applications très spécifiques pour lesquelles Make n’a pas de connecteur natif.

Pour aller plus loin sur les automatisations CRM avec Sellsy, consultez notre page dédiée automatisations Sellsy. Pour un accompagnement sur mesure, notre page agence Sellsy détaille nos prestations.

FAQ

Make, n8n et Zapier sont-ils compatibles avec Axonaut ? Aucun des trois ne dispose d’un connecteur Axonaut natif. Les automatisations Axonaut passent par le node HTTP Request (Make ou n8n) ou le Zap “Webhooks by Zapier”. C’est faisable mais plus technique que pour Sellsy. La documentation API d’Axonaut est disponible sur leur site et couvre les objets principaux.

Peut-on migrer ses automatisations Zapier vers Make sans tout reconstruire ? Make propose un outil d’import depuis Zapier pour certains Zaps simples. Dans la pratique, les automatisations doivent souvent être reconstruites à la main dans Make, car les logiques disponibles sont différentes. La reconstruction d’un Zap de 3 étapes dans Make prend 30 à 60 minutes pour quelqu’un de nouveau sur l’outil. Pour un projet de migration complet (10 à 20 Zaps), comptez 1 à 2 jours de travail.

Make peut-il gérer des volumes importants sans que les coûts explosent ? Oui, à condition de concevoir les scénarios de façon efficiente. Le coût Make dépend du nombre d’opérations, pas du nombre de scénarios. Des scénarios bien conçus (qui évitent les modules inutiles, qui utilisent les filtres tôt dans le flux pour ne pas exécuter des modules sur des données non pertinentes) consomment 2 à 3 fois moins d’opérations qu’un scénario naïf pour le même résultat. Pour une PME avec 5 000 leads/mois et 7 actions par lead (35 000 opérations/mois), le coût Make reste inférieur à 60€/mois.

Est-il possible d’héberger Make sur ses propres serveurs comme n8n ? Non. Make est exclusivement SaaS. Si la souveraineté des données sur les automatisations est un enjeu (vous faites transiter des données sensibles dans les scénarios), n8n self-hosted est la seule option parmi les trois. Les données en transit dans Make sont hébergées sur des serveurs européens, ce qui couvre la plupart des cas RGPD, mais pas les contraintes de certains secteurs réglementés.

Faut-il un développeur pour utiliser Make ? Non. Make est conçu pour être utilisé sans code. Un profil non-technique avec 2 à 3 jours de formation peut créer et maintenir des scénarios Make de complexité moyenne (Router, Iterator, gestion des erreurs). Les scénarios qui nécessitent des appels API directs (module HTTP Request) demandent un peu plus de technicité, mais restent accessibles sans programmation. Sur nos projets, 60% des clients peuvent maintenir leurs scénarios Make en autonomie après 2 sessions de formation.