Comment trouver un processus qui mérite d’être automatisé
Ce que je ferais si quelqu’un disait : « On a besoin d’IA en urgence dans tous les services. » Pour un audit IA métier, je n’ouvrirais pas un catalogue de modèles ni n’achèterais dix abonnements de plus. D’abord je cartographierais les vrais processus, puis je choisirais un pilote sûr.
L’erreur que j’éliminerais d’abord : Presque tout le monde commence par « quel réseau de neurones brancher ». La bonne question est autre : quelle entrée arrive, quel résultat doit sortir, et qui a le droit de l’accepter ?
Que préparer et quel résultat attendre
- Résultat : Après le test vous n’aurez pas un slide deck sur l’IA — vous aurez une liste de processus priorisée et un candidat sûr pour le pilote.
- Dans un tableau Processus créez les champs : processus, trigger, étapes manuelles, fréquence, coût de l’erreur et responsable.
- Gardez les données source et les droits d’accès séparés du résultat pour auditer ce que le premier scénario IA a réellement fait.
- Vérifiez cinq cas ordinaires et cinq cas difficiles : e-mail vide, doublon, pièce jointe, demande urgente et sujet inconnu.
Construire le premier test sûr
- Construire une carte des processus
Notez ce qui démarre le travail, quelles étapes une personne suit, où elle décide, et comment le processus se termine.
Проверьте: Chaque ligne a une personne responsable du résultat.
Если не сработало: Découpez le processus en un scénario plus étroit, par exemple « trier une nouvelle demande », pas « automatiser les ventes ».
- Séparer l’IA d’une règle simple
Dans le constructeur de workflow ajoutez un Trigger : nouvelle demande ou e-mail, puis une étape IA : classification. Demandez au modèle de marquer où l’analyse de texte est nécessaire et où if/then suffit.
Проверьте: La réponse peut être vérifiée par rapport à des catégories prédéfinies.
Если не сработало: Retirez l’IA et gardez une règle si la condition peut être décrite comme une liste exacte.
- Donner au modèle une tâche sûre
Utilisez ce prompt : « Découpe la tâche en étapes répétables. Marque où l’analyse de texte est nécessaire et où une règle suffit. Ne propose pas d’outils. » Envoyez la réponse dans un tableau de test, pas dans le CRM.
Проверьте: Le résultat ne modifie pas les données client et inclut une catégorie explicable.
Если не сработало: Ajoutez un champ confidence et routez la faible confiance vers une revue manuelle.
- Décider ce qui passe en pilote
Comparez fréquence, effort, coût de l’erreur et réversibilité. Pilotez un processus à fort volume avec un résultat clair, mais sans envois irréversibles d’argent ou d’e-mails.
Проверьте: Il y a un responsable, une métrique de base et une date de recontrôle.
Если не сработало: Mettez le scénario en pause si personne ne peut accepter ou corriger le résultat.
Le tableau avec lequel je commencerais l’audit
Ouvrez Google Sheets et créez les colonnes : processus, trigger, volume par mois, minutes par opération, étapes manuelles, systèmes, coût de l’erreur, responsable, réversibilité. Remplissez cinq lignes réelles, pas vingt processus. Exemple : « trier les demandes entrantes », 240 par mois, 8 minutes, formulaire → e-mail → CRM, erreur = lead perdu, responsable = lead commercial.
Dans une colonne séparée notez de 1 à 5 la répétabilité, le volume et la sécurité. Le premier candidat pilote doit être fréquent, textuel, réversible, et avoir une personne capable d’annuler le résultat.
- N’écrivez pas « automatiser les ventes ». Écrivez « extraire e-mail et budget d’une nouvelle demande ».
- Ne mettez pas d’IA là où une simple règle if/then suffit.
Comment prendre une décision, pas une présentation
Prenez trois candidats et notez simplement : (volume × minutes × coût horaire) + coût de l’erreur. Puis soustrayez le risque : argent, impact juridique, envoi irréversible. Pilotez non le scénario le plus spectaculaire, mais celui où vous pouvez restaurer l’enregistrement à son état antérieur.
Le premier résultat de l’audit n’est pas une liste d’outils. C’est une ligne avec un responsable, une baseline et un jeu de test de dix exemples ordinaires et cinq cas durs.
Un workflow d’audit qui fonctionne
Dans n8n cela peut être `Manual Trigger → Google Sheets → Edit Fields → Code → IF → Slack/CRM`. Dans Make les mêmes rôles sont `Watch Rows → Set variables → Router → Update row`. L’essentiel est que l’IA ne choisit pas d’outils ici : elle aide seulement à découper une description de processus en étapes et exceptions.
Dans le tableau `AI_USE_CASES` ajoutez `process_id`, `department`, `owner`, `input_channel`, `manual_steps`, `runs_per_week`, `minutes_per_run`, `hourly_cost`, `systems_used`, `data_class`, `error_cost`, `baseline_metric`, `target_metric`, `priority_score`, `risk_score` et `status`. Statuts : `discovered → scored → pilot → live → blocked → retired`.
priority = runs_per_week * minutes_per_run * hourly_cost
risk = data_sensitivity * error_cost * autonomy_levelUn prompt qui ne vend pas de services à la mode
Envoyez d’abord la réponse dans un tableau de test, pas dans le CRM. Le modèle doit renvoyer les données manquantes et les décisions humaines, pas une liste de plateformes.
Découpe la description du processus métier en étapes répétables.
Ne propose pas d’outils et n’invente pas de données.
Renvoie du JSON : process_summary, repetitive_steps, inputs, systems,
human_decisions, pilot, baseline_metric, risk_reasons, missing_data.Où il faut de l’IA vs une règle simple
| Critère | Question | Bon signe |
|---|---|---|
| Entrée | Qu’est-ce qui entre exactement dans le premier scénario IA ? | Dans un tableau Processus créez les champs : processus, trigger, étapes manuelles, fréquence, coût de l’erreur et responsable. |
| Action | Que le système a-t-il le droit de faire seul ? | Uniquement des actions pré-listées, sans accès à tout le compte |
| Vérification | Comment savoir que le résultat est acceptable ? | Vérifiez cinq cas ordinaires et cinq cas difficiles : e-mail vide, doublon, pièce jointe, demande urgente et sujet inconnu. |
| Échec | Où va un cas peu clair ? | Arrêtez d’écrire dans le CRM, conservez les données d’entrée et revenez au tableau : en général le responsable ou une exception manque. |
Ce qui doit changer après la mise en place
Après le test vous n’aurez pas un slide deck sur l’IA — vous aurez une liste de processus priorisée et un candidat sûr pour le pilote.
Pourquoi les pilotes IA cassent avant le lancement
Acheter une plateforme avant d’avoir décrit la source de données et le responsable.
Laisser l’IA envoyer des e-mails ou modifier des enregistrements tout de suite.
Traiter le nombre de réponses du modèle comme un succès au lieu du temps gagné ou de la qualité obtenue.
Ne pas définir quels cas doivent aller à un humain.
Quand vous ne pouvez plus mener l’audit seul
Faites intervenir un spécialiste si l’audit couvre plusieurs systèmes, des données personnelles ou des processus où les erreurs touchent l’argent et les obligations légales.
Questions avant le premier pilote IA
Que choisir en premier ?
Un processus texte répétitif avec un résultat réversible : classer un e-mail entrant, rédiger une réponse ou remplir une fiche brouillon.
Quand l’IA n’est pas nécessaire ?
Quand la condition peut s’exprimer exactement avec if/then et ne demande pas de comprendre le texte.
Comment savoir que le pilote a fonctionné ?
Comparez le temps de base, la qualité et les corrections manuelles — pas le nombre d’exécutions.
Combien de processus examiner d’un coup ?
Commencez par 3–5 processus pour comparer, mais ne pilotez qu’un seul.
