Automatisations Sellsy + Make : guide complet pour les PME B2B

Make est aujourd’hui l’outil d’automatisation le plus fiable pour connecter Sellsy à un écosystème d’outils. Son connecteur Sellsy est complet, son interface visuelle permet de construire des scénarios complexes sans code, et son modèle de pricing à l’opération est adapté aux volumes d’une PME.

Sur chaque déploiement Sellsy que nous gérons, il y a toujours une phase d’automatisation. Pas parce que l’automatisation est une fin en soi, mais parce que certaines tâches répétitives — saisie de données, relances, synchronisation entre outils — absorbent du temps commercial sans apporter de valeur. Une PME de 8 commerciaux qui passe chaque matin 15 minutes à saisir manuellement des leads dans Sellsy, c’est 2 heures de temps commercial perdu par jour, 40 heures par mois, soit une semaine complète de travail.

Pourquoi Make plutôt que les automatisations natives Sellsy

Sellsy intègre des automatisations natives : alertes de stagnation, relances programmées, règles sur les contacts, séquences email. Ces fonctionnalités couvrent une bonne partie des besoins de base. Alors pourquoi ajouter Make ?

Ce que les automatisations natives Sellsy font bien

Les automatisations natives Sellsy sont conçues pour fonctionner dans Sellsy. Elles sont simples à configurer, stables, et ne nécessitent aucun outil tiers. Voici ce qu’elles gèrent efficacement :

• Alertes de stagnation sur les opportunités (notification au commercial ou au manager après X jours sans activité)
• Relances automatiques sur les devis envoyés (email de rappel après 3, 7, ou 14 jours sans retour)
• Règles d’attribution automatique des contacts entrants selon des critères définis
• Notifications internes sur les événements clés (deal signé, contact créé)
• Séquences email de nurturing basiques avec conditions simples

Ces automatisations suffisent pour une PME qui utilise Sellsy de façon isolée, sans intégration avec d’autres outils.

Là où les automatisations natives atteignent leurs limites

Les automatisations Sellsy ne peuvent pas agir en dehors de Sellsy. Dès qu’une automatisation doit impliquer un autre outil — Slack, Brevo, Calendly, Notion, une base de données, un formulaire externe — il faut Make.

La règle pratique : si une automatisation reste entièrement dans Sellsy, utilisez les automatisations natives. Dès qu’un autre outil est impliqué, Make est la bonne solution.

Make vs n8n vs Zapier : le comparatif honnête

Notre recommandation : Make pour 95% des PME. Le connecteur Sellsy natif fait la différence. n8n quand le volume dépasse 10 000 opérations par jour et qu’une équipe technique est disponible. Zapier uniquement si l’équipe est déjà dessus et que les besoins Sellsy sont simples.

10 scénarios Make + Sellsy concrets

Scénario 1 : Lead entrant depuis formulaire web

Déclencheur : soumission d’un formulaire (Typeform, Tally, WordPress, Webflow)

Actions :

1. Vérification de l’existence du contact dans Sellsy (évite les doublons)
2. Création ou mise à jour du contact avec les données du formulaire
3. Création de l’opportunité dans le pipeline, assignée au bon commercial
4. Envoi d’une notification Slack ou email au commercial avec les détails du lead

Résultat : zéro saisie manuelle sur les leads entrants, temps de réponse réduit de 60 à 90 minutes à moins de 5 minutes.

Temps économisé estimé : 8 à 15 minutes par lead entrant. Pour 50 leads par mois, c’est 400 à 750 minutes, soit 7 à 12 heures économisées mensuellement.

Complexité Make : 5 à 7 modules, 30 à 60 minutes de configuration.

Scénario 2 : Alerte de stagnation dans Slack

Déclencheur : scénario planifié, exécution quotidienne à 7h30 du lundi au vendredi

Actions :

1. Récupération des opportunités actives dont la dernière modification date de plus de X jours (X dépend de l’étape : 14 jours en “Lead qualifié”, 7 jours en “Proposition envoyée”, 3 jours en “Closing”)
2. Filtrage pour exclure les deals gagnés ou perdus
3. Création d’une tâche de relance dans Sellsy pour le commercial responsable
4. Envoi d’un message Slack au commercial et dans le canal #alertes-pipeline

Résultat : les opportunités ne disparaissent plus dans le pipeline sans alerte. Le taux d’opportunités fermées (gagnées ou perdues) augmente parce qu’on force les décisions.

Temps économisé estimé : remplace une revue pipeline manuelle quotidienne de 20 à 30 minutes. Soit 400 à 600 minutes par mois.

Complexité Make : 6 à 8 modules, routeur par étape. 1 à 2 heures de configuration.

Scénario 3 : Notification Slack à chaque deal signé

Déclencheur : passage d’une opportunité au statut “Gagné” dans Sellsy (webhook ou polling toutes les 15 min)

Actions :

1. Récupération des détails complets de l’opportunité (montant, commercial)
2. Récupération des informations du contact associé
3. Envoi d’un message dans le canal Slack #victoires avec le nom du client, le montant et le commercial

Résultat : visibilité collective sur les succès commerciaux en temps réel, sans réunion ni email.

Extension possible : création automatique d’un projet Notion, d’une tâche Asana, ou d’une page de suivi dans votre outil de gestion de projet.

Temps économisé estimé : 5 minutes par deal signé. Surtout utile pour l’alignement équipe — la valeur est moins dans le temps que dans la cohésion.

Scénario 4 : Synchronisation Sellsy vers Brevo

Déclencheur : création ou modification d’un contact dans Sellsy (webhook ou polling horaire)

Actions :

1. Récupération des données complètes du contact, y compris champs personnalisés et tags
2. Segmentation selon les règles définies (client actif, prospect chaud, base générale)
3. Création ou mise à jour du contact dans Brevo avec les attributs correspondants
4. Ajout à la liste Brevo appropriée selon la segmentation

Résultat : les séquences de nurturing démarrent au bon moment, sans action manuelle entre le commercial et le marketing.

Temps économisé estimé : supprime les exports/imports manuels entre les deux outils. Pour une PME qui fait ça manuellement une fois par semaine (1 heure), c’est 4 heures par mois économisées.

Point d’attention : Sellsy est la source de vérité. La synchronisation inverse (Brevo vers Sellsy) est plus rare et ne se fait que si le marketing met à jour des informations que les commerciaux ont besoin de voir.

Scénario 5 : Rapport hebdomadaire automatique

Déclencheur : planifié, chaque lundi à 8h00

Actions :

1. Récupération des opportunités créées la semaine précédente (avec montants)
2. Récupération des opportunités gagnées (CA signé)
3. Récupération des opportunités en stagnation depuis plus de 14 jours
4. Agrégation et calcul des totaux
5. Envoi du rapport formaté dans Slack ou par email

Résultat : la direction a une vue hebdomadaire sans extraire de données manuellement, et sans réunion dont le seul objet était de faire le point sur les chiffres.

Temps économisé estimé : remplace 1 à 2 heures de consolidation manuelle chaque lundi matin.

Scénario 6 : Création de contact Sellsy depuis Calendly

Déclencheur : réservation d’un créneau dans Calendly

Actions :

1. Réception des données de la réservation (nom, email, entreprise, message)
2. Vérification de l’existence du contact dans Sellsy
3. Création du contact si inexistant, mise à jour si existant
4. Création d’une opportunité dans le pipeline au stade “Découverte planifiée”
5. Ajout d’une note sur l’opportunité avec la date et l’heure du rendez-vous

Résultat : chaque réservation Calendly crée automatiquement la fiche CRM. Zéro risque d’oubli de saisie, zéro doublon lié à une saisie manuelle post-appel.

Temps économisé estimé : 5 à 10 minutes par réservation. Pour 20 rendez-vous par mois, c’est 100 à 200 minutes.

Lien utile : voir notre page intégration Calendly-Sellsy pour la configuration détaillée.

Scénario 7 : Alerte Slack sur les opportunités à fort potentiel sans activité récente

Déclencheur : planifié, 3 fois par semaine (lundi, mercredi, vendredi)

Actions :

1. Récupération des opportunités avec un montant supérieur à un seuil défini (ex : 10 000€)
2. Filtrage sur les opportunités sans activité depuis plus de 5 jours
3. Envoi d’une alerte dans le canal Slack du manager avec la liste des deals concernés

Résultat : les deals à fort enjeu ne passent jamais inaperçus. Le manager peut intervenir directement si nécessaire.

Temps économisé estimé : évite une revue manuelle spécifique aux gros deals. Surtout utile pour les PME avec une forte hétérogénéité des montants d’opportunités.

Scénario 8 : Synchronisation Slack vers Sellsy (messages importants)

Déclencheur : réaction emoji spécifique sur un message Slack (ex : ⭐ pour marquer un message important à archiver dans Sellsy)

Actions :

1. Récupération du contenu du message Slack
2. Identification du deal ou contact concerné (via mention dans le message ou canal dédié)
3. Création d’une note dans Sellsy sur l’opportunité ou le contact correspondant

Résultat : les échanges importants dans Slack sont archivés dans Sellsy sans copier-coller manuel. Utile pour les équipes qui travaillent beaucoup dans Slack et qui perdent de l’information dans les fils de conversation.

Complexité Make : plus avancée — nécessite une convention de nommage ou une mention structurée pour identifier l’objet Sellsy cible.

Lien utile : voir notre page intégration Slack-Sellsy pour les bonnes pratiques.

Scénario 9 : Enrichissement automatique des fiches contacts

Déclencheur : création d’un nouveau contact dans Sellsy avec uniquement un email

Actions :

1. Appel à une API d’enrichissement (Clearbit, Hunter, ou similaire) avec l’email comme paramètre
2. Récupération des données disponibles : prénom, nom, entreprise, poste, LinkedIn
3. Mise à jour automatique de la fiche contact dans Sellsy avec les données enrichies

Résultat : les fiches contacts créées à la volée depuis des formulaires ou des imports sont automatiquement complétées. Moins de travail de complétion manuelle, données plus fiables.

Coût additionnel : les services d’enrichissement ont leur propre tarification (50 à 200€/mois selon le volume). À évaluer selon le taux de leads entrants.

Scénario 10 : Création automatique de tâche onboarding à la signature

Déclencheur : passage d’une opportunité au statut “Gagné”

Actions :

1. Récupération des détails du deal (montant, type de service, commercial responsable)
2. Création d’une série de tâches Sellsy pour l’onboarding (séquence configurable selon le type de service)
3. Assignation des tâches aux personnes appropriées (commercial, chef de projet, support)
4. Envoi d’un email de bienvenue automatique au nouveau client

Résultat : dès qu’un deal est signé, le processus d’onboarding est lancé automatiquement. Aucun deal ne tombe dans un vide entre la signature et le démarrage du projet.

Temps économisé estimé : 20 à 40 minutes par nouveau client, selon la complexité du processus d’onboarding.

Estimation du temps économisé par scénario

Pour une PME B2B active avec 50 leads entrants, 30 rendez-vous Calendly et 10 nouveaux clients par mois, l’ensemble de ces automatisations peut libérer 25 à 50 heures de travail mensuel. Au coût chargé d’un commercial ou d’une assistante commerciale (30 à 50€/h), c’est entre 750 et 2 500€ de valeur libérée chaque mois pour un investissement Make de 20 à 80€.

Comment démarrer : compte Make, structure des scénarios, gestion des erreurs

Étape 1 : Créer votre compte Make

Rendez-vous sur make.com. Le plan Free permet de tester avec 1 000 opérations/mois et 2 scénarios actifs — suffisant pour les 2 premières semaines. Pour une mise en production, le plan Core à 9€/mois (10 000 opérations, scénarios illimités, webhooks inclus) est le point d’entrée recommandé.

Créez votre compte avec votre email professionnel. Make propose une version EU qui héberge les données sur des serveurs européens — à privilégier pour les PME avec des contraintes RGPD.

Étape 2 : Connecter Sellsy à Make

Dans Make, chercher “Sellsy” dans la bibliothèque de modules. Cliquer sur un module Sellsy, puis sur “Add” pour créer une connexion. Make redirige vers l’écran d’autorisation Sellsy — connectez-vous avec vos identifiants Sellsy et autorisez l’accès. La connexion est alors disponible dans tous vos scénarios.

Points d’attention :

• Connectez Make avec un compte utilisateur Sellsy dédié (ou un compte admin), pas avec le compte d’un commercial qui pourrait quitter l’entreprise
• Les droits Sellsy du compte connecté déterminent ce que Make peut lire et modifier
• Si vous avez plusieurs utilisateurs Sellsy, le compte Make voit toutes les données auxquelles ce compte a accès dans Sellsy

Étape 3 : Construire votre premier scénario

Commencez par le scénario le plus simple : la notification Slack lors d’un deal signé (scénario 3 ci-dessus). C’est 4 modules, 20 minutes de configuration, et le résultat est immédiatement visible pour toute l’équipe.

Structure type d’un scénario Make :

1. Déclencheur (webhook, polling planifié, ou module Watch d’une application)
2. Modules de récupération (Get, Search) pour enrichir les données du déclencheur
3. Logique conditionnelle (Router, Filter) pour bifurquer selon les cas
4. Modules d’action (Create, Update, Send) pour produire le résultat

Conseils de construction :

• Testez chaque module individuellement avant d’enchaîner
• Utilisez des données réelles dès le début — les données fictives masquent souvent des problèmes de format
• Nommez vos scénarios clairement : “Sellsy > Slack : deal signé” plutôt que “Scénario 4”

Étape 4 : Gérer les erreurs

C’est la partie que la plupart des guides ne mentionnent pas. Un scénario qui s’arrête sans bruit est pire qu’un scénario qui n’existe pas.

Activer les notifications d’erreur : dans Make, chaque scénario a un paramètre “Error notification”. Activez-le avec votre email ou un canal Slack dédié. Quand un scénario échoue, vous êtes alerté immédiatement.

Configurer un Error Handler : Make permet d’ajouter un module de gestion d’erreur à la fin de chaque scénario. Si le scénario échoue (API Sellsy indisponible, champ manquant, token expiré), le Error Handler peut envoyer une alerte dans Slack avec le détail de l’erreur plutôt que de laisser l’exécution échouer en silence.

Revue mensuelle des logs : une fois par mois, passez 15 minutes à vérifier les logs d’exécution de vos scénarios principaux. Les erreurs récurrentes signalent souvent un changement dans Sellsy (renommage de champ, modification d’API) ou un problème de configuration.

Rotation des tokens : les connexions Make > Sellsy utilisent des tokens OAuth. Ces tokens n’expirent pas automatiquement mais peuvent être révoqués si le mot de passe Sellsy change ou si les permissions sont modifiées. En cas d’erreur d’authentification sur un scénario, reconnecter le compte Sellsy dans Make résout le problème en 2 minutes.

Tarification Make : ce que ça coûte vraiment

Make facture à l’opération. Une opération correspond à l’exécution d’un module dans un scénario.

Les plans Make (tarifs 2025-2026) :

• Free : 1 000 opérations/mois, 2 scénarios actifs, pas de webhooks temps réel. Pour tester.
• Core (9€/mois) : 10 000 opérations/mois, scénarios illimités, webhooks inclus. Point d’entrée pour une PME.
• Pro (16€/mois) : 10 000 opérations incluses (puis 0,001€/opération), fonctions avancées. Recommandé pour la plupart des PME.
• Teams (29€/mois) : 10 000 opérations incluses, gestion multi-utilisateurs. Pour les équipes de 3 personnes et plus.

Estimation pour les 10 scénarios présentés, à 50 leads/mois :

• Scénarios formulaire + Calendly : 80 événements × 6 modules = 480 opérations
• Scénario alerte stagnation (quotidien) : 22 exécutions × 50 opps actives × 5 modules = 5 500 opérations
• Scénario notification deal signé : 15 deals × 4 modules = 60 opérations
• Scénario synchro Brevo (polling horaire) : 720 exécutions × 1 module + 50 contacts × 4 modules = 920 opérations
• Scénario rapport hebdomadaire : 4 × 8 modules = 32 opérations
• Scénarios enrichissement + onboarding : ~300 opérations

Total estimé : environ 7 300 opérations/mois. Le plan Core à 9€/mois couvre ce volume. Avec de la marge pour les pics d’activité, le plan Pro à 16€/mois est le choix raisonnable.

Une PME active avec tous ces scénarios dépense entre 16 et 30€/mois sur Make.

Automatisations à éviter

Certaines automatisations semblent pertinentes sur le papier mais créent plus de problèmes qu’elles n’en résolvent.

Synchronisation bidirectionnelle Sellsy-HubSpot. Maintenir deux CRM synchronisés pendant une transition est une source de conflits de données inévitables. Un enregistrement modifié dans les deux systèmes dans la même heure crée des boucles ou des écrasements. On migre, on ne maintient pas deux sources de vérité.

Création automatique d’opportunités sur chaque email entrant. Les emails entrants incluent des newsletters, des réponses hors sujet, des confirmations automatiques. Le pipeline se remplit de bruit. Cette automatisation fonctionne uniquement si la source est contrôlée — un formulaire de demande de démo, pas une boîte de réception générique.

Envoi automatique d’emails commerciaux depuis Sellsy sans validation humaine. Les relances automatisées sans personnalisation sont détectées immédiatement et détériorent la relation. Un email de relance envoyé à un prospect avec qui le commercial vient de raccrocher ruine la crédibilité. Les relances doivent rester humaines — l’automatisation crée la tâche et l’alerte, le commercial envoie l’email.

Pour aller plus loin sur les automatisations Sellsy disponibles et comment les intégrer dans votre écosystème, consultez notre page automatisation CRM.

FAQ

Faut-il être technique pour utiliser Make avec Sellsy ? Non. Make est conçu pour des utilisateurs non-développeurs. L’interface visuelle permet de construire des scénarios en glisser-déposer. Les scénarios les plus courants (formulaire vers Sellsy, notification Slack, rapport hebdomadaire) se configurent en moins d’une heure la première fois. Les scénarios plus complexes avec de la logique conditionnelle avancée peuvent nécessiter 2 à 4 heures et un peu d’accompagnement.

Combien de temps prend la mise en place des automatisations ? Un scénario simple prend 30 à 60 minutes à construire et tester. Un scénario complexe avec routeur et plusieurs branches prend 2 à 4 heures. L’ensemble des 10 scénarios présentés dans cet article, en partant de zéro, représente environ 3 à 5 jours de travail avec les tests et la documentation.

Que se passe-t-il si Sellsy change son API ? Make maintient son connecteur Sellsy en permanence. En cas de changement d’API de Sellsy, Make met à jour le connecteur. Si un champ Sellsy est renommé ou supprimé, le scénario qui s’appuyait dessus peut déclencher une erreur — c’est pour ça qu’il faut activer les notifications d’erreur. Dans la pratique, les changements cassants sont rares et Make est généralement réactif.

Make est-il compatible RGPD ? Make propose des serveurs hébergés en Europe (option EU disponible à la création du compte). Les données transitant dans Make sont soumises à la politique de confidentialité de Make Inc. Pour les PME avec des contraintes RGPD strictes, l’option EU et un DPA (Data Processing Agreement) signé avec Make couvrent les obligations de base. Pour des contraintes très spécifiques (données de santé, données sensibles), consultez votre DPO.

Peut-on utiliser Make avec Axonaut plutôt que Sellsy ? Make ne dispose pas d’un connecteur natif Axonaut. La connexion est possible via le module HTTP (appels API REST) ou via des modules génériques Webhooks. C’est techniquement faisable mais plus complexe à configurer que les modules natifs Sellsy. Pour les automatisations autour d’Axonaut, Zapier dispose d’une meilleure couverture native.