Pourquoi Make plutôt que Zapier pour un SaaS ?
Zapier est excellent pour les automatisations simples (A → B). Make brille pour les logiques complexes : - **Branches conditionnelles** : si la commande > 1000 €, alerter l'équipe commerciale ; sinon, envoyer une confirmation automatique - **Itérations** : pour chaque ligne d'un tableau, faire X - **Transformations de données** : parser un JSON, extraire des champs, reformater des dates - **Gestion d'erreurs** : routes de repli si une étape échoue
Pour un SaaS, ces capacités sont souvent indispensables. Le prix est aussi compétitif : Make Pro à 16 $/mois vs Zapier Starter à 20 $/mois, avec des opérations beaucoup plus efficaces (Make compte les opérations différemment de Zapier).
Workflow 1 : Onboarding email automatique
**Déclencheur** : Webhook Supabase (quand un nouvel utilisateur s'inscrit dans auth.users)
**Scénario** : 1. Supabase → Database Trigger → Nouvel utilisateur créé 2. Make reçoit le webhook avec email + user_id 3. Attendre 5 minutes (pour laisser l'utilisateur se connecter) 4. Envoyer email d'accueil via Brevo/SendGrid avec le prénom de l'utilisateur 5. Attendre 24h 6. Envoyer email "Avez-vous besoin d'aide ?" si l'utilisateur n'a pas complété son onboarding (vérifier dans Supabase si le champ `onboarding_completed` est false)
Ce workflow transforme un simple email de bienvenue en séquence d'onboarding adaptative.
Workflow 2 : Notifications Slack pour les événements critiques
**Cas d'usage** : alerter votre équipe quand un client paie, annule, ou rencontre une erreur.
**Scénario** : 1. Webhook Stripe → Événement `customer.subscription.created` 2. Formater le message : "🎉 Nouveau client ! [Nom] vient de souscrire au plan [Plan] — [Montant]/mois" 3. Envoyer dans #nouveaux-clients sur Slack 4. Si le montant > 500 €/mois → aussi notifier le commercial responsable par DM
**Aussi utile pour** : - `customer.subscription.deleted` : client churné → alerte dans #churn - Erreurs Supabase répétées → alerte dans #tech - Nouveau ticket support → assignment automatique selon la priorité
Workflow 3 : Génération de rapports hebdomadaires automatiques
**Déclencheur** : planification (tous les lundis à 8h)
**Scénario** : 1. Requête à Supabase : nouveaux utilisateurs de la semaine (COUNT WHERE created_at > now() - interval '7 days') 2. Requête Supabase : MRR (SUM des abonnements actifs) 3. Requête Supabase : churn de la semaine 4. Requête Stripe : revenu réalisé 5. Formatter un message récapitulatif 6. Envoyer dans #weekly-metrics sur Slack 7. Optionnel : créer une ligne dans Airtable/Google Sheets pour tracker l'historique
Vous commencez chaque semaine avec les métriques clés sans ouvrir un seul dashboard.
Workflow 4 : Relance automatique des paiements échoués
**Le problème** : les paiements échoués (carte expirée, fonds insuffisants) représentent 10-15 % du churn involontaire. Sans relance, vous perdez des clients qui voulaient rester.
**Scénario** : 1. Webhook Stripe → `invoice.payment_failed` 2. Envoyer email "Votre paiement a échoué" avec lien vers le portail Stripe pour mettre à jour la carte 3. Attendre 3 jours 4. Si toujours impayé (vérifier dans Stripe) → second email plus urgent 5. Attendre 4 jours de plus 6. Si toujours impayé → email final "Votre compte sera suspendu dans 24h" 7. Si paiement réussi entre-temps → annuler la séquence et envoyer un email de confirmation
Ce workflow récupère typiquement 30-40 % des paiements échoués.
Workflow 5 : Support client intelligent
**Déclencheur** : nouvel email dans votre boîte support (ou nouveau ticket Intercom/Crisp)
**Scénario avec IA** : 1. Réception du ticket support 2. Appel à OpenAI : "Classifie ce ticket en : Bug, Question, Feature Request, Billing. Réponds en JSON." 3. Selon la classification : - **Bug** → Slack #bugs avec le texte du ticket + priorité auto-assignée - **Billing** → Transférer au responsable finance - **Question** → Chercher dans la base de connaissance (Supabase + pgvector) et répondre automatiquement si trouvé - **Feature Request** → Créer une carte dans Linear/Trello 4. Mettre à jour le statut du ticket dans Intercom
Ce workflow réduit le temps de traitement moyen du support de 80 % pour les questions courantes.
Workflow 6 : NPS automatique
**Déclencheur** : planification (30 jours après inscription d'un utilisateur)
**Scénario** : 1. Requête Supabase : utilisateurs inscrits il y a 30 jours avec `nps_sent = false` 2. Pour chaque utilisateur : a. Envoyer email NPS avec lien unique b. Mettre à jour `nps_sent = true` dans Supabase 3. Quand un utilisateur répond (webhook depuis Typeform ou formulaire custom) : - Note 9-10 : email de remerciement + demande de témoignage - Note 7-8 : email demandant ce qui pourrait être amélioré - Note 0-6 : alerte Slack immédiate + email personnalisé du fondateur
Le NPS automatique vous donne un flux constant de feedback sans intervention manuelle.
Mise en place et bonnes pratiques
**Commencer simple** Ne construisez pas les 6 workflows d'un coup. Commencez par l'onboarding email (le plus impactant), puis ajoutez progressivement.
**Gestion des erreurs** Chaque scénario Make doit avoir une route d'erreur configurée. Si Supabase est down, Make doit : - Retenter 3 fois avec backoff exponentiel - Alerter votre équipe dans Slack - Ne pas perdre les données (stocker dans Make Data Store en attendant)
**Tests** Make a un mode "Run once" pour tester avec de vraies données sans activer le scénario complet. Utilisez-le avant d'activer en production.
**Monitoring** Make garde un historique de toutes les exécutions. Consultez les logs quotidiennement pendant la première semaine après le lancement d'un nouveau scénario.