LLM ou automatisation classique : un critère simple pour choisir

La question revient systématiquement lors de nos audits : "Est-ce qu'on a besoin d'IA ou est-ce que n8n suffit ?" La réponse dépend d'un seul critère.

Le critère décisif : la structure du problème

Un processus est automatisable avec des outils classiques (n8n, Zapier, Make) si :

• Les entrées sont toujours dans le même format
• Les règles de traitement sont fixes et exhaustives
• Les sorties sont prévisibles

Exemples parfaits pour l'automatisation classique : envoyer un email de confirmation quand un formulaire est rempli, synchroniser deux CRM, générer une facture depuis Stripe, pousser une notification Slack quand un deal change de statut.

Ces automatisations sont simples, fiables, et coûtent moins cher à opérer. Ne les remplacez pas par un LLM par effet de mode.

Quand le LLM devient nécessaire

Dès que le problème a une dimension non structurée, le LLM s'impose :

• Langage naturel en entrée : emails clients, messages WhatsApp, PDF de devis concurrents, comptes-rendus de réunion
• Jugement contextuel nécessaire : "est-ce que cette demande est urgente ?", "quel est le sentiment de ce prospect ?", "ce cas est-il couvert par notre offre ?"
• Cas d'exception à gérer : si votre process tombe à 10% des cas non prévus par les règles, un LLM gère les exceptions là où l'automate s'arrête
• Génération de contenu adaptatif : réponse personnalisée, rapport contextualisé, résumé adapté au destinataire

L'architecture hybride (la réalité de 80% des cas)

En pratique, les meilleurs systèmes combinent les deux. L'automatisation classique gère le flux structuré. Le LLM intervient aux points de friction non structurés.

Exemple concret chez un client e-commerce :

• Shopify → n8n → triage automatique des demandes SAV (90% des cas : échange, remboursement, suivi colis)
• Les 10% restants (cas complexes, réclamations ambiguës, clients VIP) → agent Claude qui lit le contexte, analyse l'historique, rédige une réponse personnalisée

Résultat : 70% de tickets résolus sans intervention humaine. Temps humain réservé aux vrais cas qui méritent une attention senior.

Le coût de l'erreur inverse

Mettre un LLM sur un processus structuré est une erreur coûteuse : hallucinations possibles, coût par appel, latence ajoutée, complexité de maintenance. Mettre une automatisation classique sur un processus non structuré est une erreur opérationnelle : le système plante sur les exceptions, crée de la dette manuelle, et frustre les équipes.

La règle est simple : si vous pouvez écrire les règles de manière exhaustive, automatisez. Si vous ne pouvez pas, utilisez un LLM.