Accueil › Make › Scénarios Make

Scénarios Make : 20 automatisations concrètes classées par catégorie

Un scénario Make est une séquence automatisée de modules connectés visuellement. La bibliothèque officielle propose plus de 7 500 templates publics. Ce guide présente 20 scénarios concrets par domaine métier, avec l’architecture détaillée, les modules utilisés, et les optimisations de crédits pour chacun.

Anatomie d’un scénario Make

Avant de plonger dans les exemples, il faut comprendre la structure d’un scénario. Consultez le guide Make complet pour une introduction détaillée.

Chaque scénario se compose d’un trigger (l’événement déclencheur), d’un ou plusieurs modules d’action (les tâches exécutées), et optionnellement de modules de logique (routers, filtres, iterators, aggregators). Les données circulent de module en module sous forme de « bundles ». Chaque module consomme un crédit. Le coût total d’un scénario par exécution = nombre de modules traversés × 1 crédit (sauf modules IA qui peuvent coûter plus).

Les templates sont des scénarios préconstruits importables en un clic. Vous pouvez les utiliser tels quels, les personnaliser, ou vous en inspirer pour construire votre propre version. Les templates publics couvrent plus de 7 500 cas d’usage. Les templates d’équipe (plans Teams+) permettent de créer et partager vos propres modèles réutilisables au sein de votre organisation.

Marketing et contenu

1. Cross-posting automatique sur les réseaux sociaux

Architecture : Instagram Watch → Router (3 branches) → Branche 1 : X (adapter le texte, ajouter les hashtags) → Branche 2 : LinkedIn (reformater pour un ton professionnel) → Branche 3 : Facebook (republier avec légende adaptée).

Crédits par run : ~5 (trigger + 3 actions + router).

Astuce : Utilisez un filtre sur le trigger pour ne cross-poster que les publications qui contiennent un tag spécifique. Cela évite de publier partout les stories ou les posts éphémères.

2. Pipeline de contenu blog avec IA

Architecture : Airtable Watch (nouveau sujet validé) → OpenAI (générer un brouillon structuré) → Google Docs (créer le document) → Slack (notification pour review) → Wait (approbation humaine via webhook) → WordPress (publier).

Crédits par run : ~6-7. Le module OpenAI peut consommer plus d’un crédit si vous utilisez le Make AI Toolkit.

Variante : Ajoutez un second appel IA (Claude Sonnet 4.6) pour la relecture et l’amélioration du brouillon avant publication.

3. Veille concurrentielle automatisée

Architecture : RSS Watch (flux des blogs concurrents) → HTTP Request (récupérer le contenu complet) → OpenAI (résumer, identifier les nouveautés, extraire les prix mentionnés) → Notion (ajouter à la base de veille) → Filtre (si nouveauté importante) → Slack (alerte).

Crédits par run : ~5-6 par article détecté.

4. Reporting SEO hebdomadaire

Architecture : Schedule (lundi 8h) → HTTP Request (API Google Search Console) → HTTP Request (API Google Analytics) → OpenAI (analyser les tendances, identifier les baisses) → Gmail (envoyer le rapport) + Google Sheets (archiver les données).

Crédits par run : ~6-7.

Ventes et CRM

5. Qualification automatique de leads

Architecture : Webhook (formulaire soumis) → AI Agent Make (évaluer le profil, scorer, recommander l’action) → Router → Branche « hot lead » : HubSpot (créer deal + assigner commercial) + Gmail (email personnalisé). Branche « cold lead » : HubSpot (ajouter à séquence nurturing).

Crédits par run : ~5-8 (l’agent IA peut faire plusieurs appels d’outils).

6. Enrichissement de contacts CRM

Architecture : HubSpot Watch (nouveau contact) → HTTP Request (API Clearbit ou Apollo pour enrichir) → Filtre (si données trouvées) → HubSpot (mettre à jour le profil avec secteur, taille entreprise, technologies utilisées).

Crédits par run : ~4. L’enrichissement échoue parfois (email inconnu). Utilisez un error handler « Ignore » pour que le scénario continue même si Clearbit ne trouve rien.

7. Relance automatique post-démo

Architecture : Calendly Watch (événement terminé) → Wait (24h) → Gmail (envoyer un email de suivi personnalisé basé sur les notes de la démo stockées dans le CRM) → Wait (3 jours) → Filtre (si pas de réponse) → Gmail (deuxième relance) → HubSpot (mettre à jour le statut).

Crédits par run : ~5-7 selon le nombre de relances déclenchées.

8. Notification Slack sur nouveau deal gagné

Architecture : Salesforce Watch (deal passé en « Closed Won ») → Slack (poster une célébration dans #wins avec montant, client, commercial) → Google Sheets (ajouter au tracking des performances).

Crédits par run : ~3. Simple, efficace, et bon pour le moral de l’équipe.

E-commerce

9. Traitement de commande Shopify

Architecture : Shopify Watch (nouvelle commande payée) → Router → Branche 1 : Google Sheets (log de la commande) → Branche 2 : Gmail (confirmation personnalisée au client) → Branche 3 : Slack (notification à l’équipe logistique avec détails).

Crédits par run : ~5.

10. Gestion automatique des avis négatifs

Architecture : Webhook (nouvel avis reçu) → Anthropic Claude (analyser le sentiment + identifier le problème) → Filtre (sentiment négatif uniquement) → Zendesk (créer un ticket urgent) + Slack (alerte au responsable) + Gmail (réponse empathique au client, draft pour validation).

Crédits par run : ~5-6. Le module Claude peut coûter plus d’un crédit si le texte est long.

11. Synchronisation inventaire multi-plateformes

Architecture : Schedule (toutes les heures) → Shopify (récupérer les niveaux de stock) → Iterator (pour chaque produit) → WooCommerce (mettre à jour le stock) + Amazon (mettre à jour le stock via HTTP Request).

Crédits par run : Variable selon le nombre de produits. 100 produits × 3 modules = 300 crédits par run. Optimisez en ne synchronisant que les produits dont le stock a changé (filtre après le trigger).

Support client

12. Chatbot de support avec AI Agent

Architecture : Webhook (message client depuis votre site) → AI Agent Make (outils : recherche base de connaissances Zendesk, vérification commande Shopify, escalade Slack) → Webhook Response (réponse au client).

Crédits par run : Variable (l’agent peut appeler 1 à 5 outils). Configurez un budget max de tokens pour contrôler les coûts IA.

13. Triage automatique de tickets

Architecture : Zendesk Watch (nouveau ticket) → OpenAI (classifier : bug / feature request / question / urgent) → Router (4 branches) → Chaque branche : Zendesk (assigner au bon agent, appliquer le bon SLA, ajouter les tags appropriés).

Crédits par run : ~6. Utilisez un modèle rapide et peu coûteux (GPT-4o-mini ou Claude Haiku) pour la classification.

14. Résumé automatique de conversation support

Architecture : Intercom Watch (conversation fermée) → HTTP Request (récupérer l’historique complet) → Claude Sonnet 4.6 (résumer en 3 phrases : problème, solution, suivi nécessaire) → Notion (ajouter à la base de connaissances) → Slack (notification si pattern récurrent détecté).

Crédits par run : ~5-6.

RH et opérations internes

15. Onboarding automatisé de nouvel employé

Architecture : Google Forms (RH remplit le formulaire d’embauche) → Google Workspace Admin (créer le compte email) → Slack (inviter dans les channels pertinents) → Notion (créer la page d’onboarding personnalisée avec le plan des 30 premiers jours) → Gmail (envoyer le kit de bienvenue) → Google Calendar (planifier le meeting d’intégration).

Crédits par run : ~7. Un scénario à haut impact : un seul formulaire déclenche toute la chaîne.

16. Suivi des absences et congés

Architecture : Google Calendar Watch (événement avec tag « congé ») → Google Sheets (mettre à jour le tableau des absences) → Slack (notifier l’équipe) → Filtre (si manager absent + réunion prévue) → Gmail (proposer un report aux participants).

Crédits par run : ~4-5.

Finance et comptabilité

17. Traitement automatique de factures

Architecture : Gmail Watch (email avec pièce jointe PDF) → Anthropic Claude (Analyze Document : extraire fournisseur, montant HT, TVA, date échéance en JSON) → Filtre (montant > 5 000 €) → Slack (demande d’approbation) → QuickBooks (créer l’écriture comptable) → Google Drive (archiver le PDF).

Crédits par run : ~6-7. Claude excelle sur l’extraction structurée de documents grâce à sa gestion native du XML.

18. Réconciliation Stripe automatique

Architecture : Stripe Watch Events (instant trigger, paiement réussi) → QuickBooks (créer le reçu de vente avec mapping des champs) → Google Sheets (log de réconciliation) → Filtre (si montant anormal) → Slack (alerte au contrôleur financier).

Crédits par run : ~4. L’instant trigger Stripe ne consomme un crédit que lors d’un événement réel (pas de polling).

IA et agents

19. Agent de recherche web

Architecture : Webhook (requête de recherche) → AI Agent Make (fournisseur : GPT-5.4, outils : recherche web Make, scraping HTTP, calcul) → Webhook Response (résultat structuré avec sources).

Crédits par run : Variable (5-15 selon le nombre d’appels d’outils). L’agent décide seul combien de recherches effectuer.

20. Agent vocal de prise de rendez-vous

Architecture : Vapi Watch (appel entrant) → AI Agent Make (outils : Google Calendar pour vérifier les créneaux, HubSpot pour le contexte client, Gmail pour la confirmation) → Vapi (répondre vocalement, confirmer le rendez-vous).

Crédits par run : Variable. L’agent peut gérer une conversation complète avec plusieurs échanges.

Utiliser les templates efficacement

Où trouver les templates

La bibliothèque officielle Make contient plus de 7 500 templates publics, accessibles depuis le menu « Templates » dans votre dashboard. Filtrez par application (Google Sheets, Slack, OpenAI…), par catégorie (Marketing, Sales, IT, HR…), ou par mot-clé. La recherche guidée « Start guided setup » vous accompagne étape par étape dans la configuration de chaque module.

Les templates d’équipe (plans Teams+) permettent de créer vos propres modèles réutilisables, de les partager avec vos collègues, ou de les publier pour la communauté Make. C’est particulièrement utile pour les agences qui reproduisent les mêmes patterns pour différents clients.

Personnaliser un template

Un template est un point de départ, jamais une solution finale. Après l’import, vous devez systématiquement : connecter vos propres comptes (credentials), adapter les filtres et conditions à votre contexte métier, personnaliser les prompts IA si le template en contient, ajouter des error handlers sur les modules critiques, et tester avec « Run once » avant d’activer le scénario.

Bonnes pratiques de conception de scénarios

Nommez clairement. « Lead Qualification Pipeline Q1 » plutôt que « Scenario 3 ». Quand vous gérez 20+ scénarios, les noms descriptifs sont vitaux.

Organisez en dossiers. Créez des dossiers par département (Marketing, Sales, Support, Finance) ou par client (pour les agences).

Préférez les webhooks aux polling triggers. Chaque vérification polling = 1 crédit, même à vide. Un webhook ne consomme un crédit que quand il reçoit des données. C’est le levier d’optimisation numéro un pour votre facture Make.

Testez module par module. Utilisez « Run once » fréquemment. Inspectez les bundles de sortie de chaque module avant d’ajouter le suivant. Les erreurs de mapping de données sont la cause numéro un des scénarios qui échouent en production.

Ajoutez des error handlers. En production, chaque module critique doit avoir un error handler configuré. Un module sans error handler qui échoue arrête silencieusement le scénario entier. Utilisez « Break » pour les erreurs transitoires (retry ultérieur) et « Ignore » pour les enrichissements optionnels.

Surveillez vos crédits. Le tableau de bord de consommation montre les crédits par scénario. Identifiez les scénarios les plus coûteux et optimisez-les en priorité (filtres en début de chaîne, webhooks au lieu de polling, agrégation au lieu d’itération).

Utilisez Make Grid. Au-delà de 5-10 scénarios actifs, Make Grid vous donne une vue d’ensemble de votre paysage d’automatisation : dépendances entre scénarios, applications connectées, agents IA en jeu. C’est l’outil de gouvernance qui fait la différence entre un ensemble d’automatisations éparses et un système cohérent.

Techniques avancées

Scénarios appelants (sub-scenarios)

Le module « Scenarios > Call another scenario » permet d’appeler un scénario depuis un autre, comme un appel de fonction. Le scénario appelé s’exécute, retourne ses résultats, et le scénario parent continue. C’est la base de la modularité dans Make : créez des scénarios réutilisables (« enrichir un lead », « envoyer une notification formatée ») et appelez-les depuis vos scénarios principaux.

Data Stores

Les Data Stores de Make sont des bases de données simples intégrées. Ils permettent de stocker des données entre les exécutions (état d’un processus, cache de données enrichies, compteurs). C’est utile pour les scénarios qui ont besoin de « mémoire » : vérifier si un lead a déjà été traité, stocker le dernier article de blog détecté pour éviter les doublons, etc.

Webhooks custom avec réponse

Le module « Webhooks > Custom webhook + Custom webhook response » permet de créer des APIs simples. Votre scénario reçoit une requête HTTP, la traite, et retourne une réponse structurée. C’est la base des chatbots, des APIs de transformation de données, et des intégrations custom avec votre site web.