6.2Dépannage express
L'essentiel en 30 secondes
- Réflexe : un symptôme = des causes probables = une action ciblée — on diagnostique avant de relancer.
- Économiser : filtrer tôt, cibler le déclencheur et n'appeler l'IA que si nécessaire maîtrisent les quotas.
- Sécuriser : tout échec doit être visible (retry, alerte) et aucun secret ne reste en clair.
Fil Lina — le playbook scotché à côté de l'écran
Lina garde ce playbook à côté de son écran. Verdict après un an : trois lignes l'ont le plus servie — le scénario qui ne se déclenche pas, les doublons qui se créent dans la base, et le workflow qui a échoué sans qu'elle le voie. Pour chacune, elle a fini par appliquer la séquence (vérifier la source, rechercher avant de créer, ajouter retry + alerte) au lieu de relancer au hasard.
Symptôme observé, causes vérifiées, actions dans l'ordre : le réflexe tient en trois temps.
Diagnostiquer avant de relancer
Un problème de no-code se résout rarement au hasard : chaque symptôme a des causes typiques et une action ciblée. Le tableau ci-dessous regroupe les situations les plus fréquentes, des données à l'automatisation et à l'IA.
| Symptôme | Causes probables | Actions |
|---|---|---|
| Mon scénario ne se déclenche pas | déclencheur mal configuré (mauvais compte/table) ; scénario non activé ; délai de polling ; filtre trop tôt | vérifier le compte connecté et la source ; activer le scénario ; patienter (polling) ou passer en webhook ; consulter l'historique d'exécution |
| Des doublons se créent dans ma base | absence de recherche avant création ; déclencheur qui se relance ; données dupliquées au lieu d'être reliées | ajouter une étape « rechercher puis créer/mettre à jour » ; relier les tables (linked records) au lieu de recopier |
| Mon quota d'opérations explose | filtre absent ou trop tardif ; déclencheur trop fréquent ; appels IA sur chaque événement | filtrer tôt ; cibler le déclencheur ; n'appeler l'IA que si nécessaire ; regrouper les scénarios |
| L'IA renvoie des réponses inexploitables | prompt imprécis ; pas de format imposé ; données trop volumineuses | préciser la consigne ; demander du JSON ; n'envoyer que le texte utile ; tester le prompt |
| L'IA invente (hallucinations) | réponse de mémoire sans sources ; RAG absent ou mal indexé | mettre en place un RAG sur vos documents ; demander de citer les sources et de dire « je ne sais pas » ; contrôle humain |
| Un agent IA fait une action non voulue | trop d'outils ; objectif flou ; pas de validation humaine | limiter strictement les outils ; borner l'objectif ; humain dans la boucle pour le sensible ; limite d'étapes |
| Mon app Glide/Softr est en désordre | base sous-jacente mal structurée (champs en texte, pas de relations) | re-modéliser la base (types, relations) — l'app reflète la base ; puis régénérer les écrans |
| Un workflow a échoué sans que je le voie | aucune alerte ; pas de gestion d'erreur | ajouter un gestionnaire d'erreurs + alerte ; retry sur erreurs passagères ; fallback sur le critique |
| Une clé d'API traîne en clair / a fuité | secret dans le scénario ou un export ; droits trop larges | déplacer en connexion chiffrée/variable d'environnement ; régénérer la clé immédiatement ; limiter ses droits |
| Personne ne sait comment marche une automatisation | workflow non documenté ; dépendance à une seule personne (shadow IT) | documenter (rôle, déclencheur, responsable) ; nommer clairement ; prévoir un plan de reprise |
Script prêt à dire — diagnostiquer sans relancer au hasard (30 s)
« Mon symptôme : [scénario inactif / doublons / quota / IA / échec silencieux]. Je vérifie la source et l'historique d'exécution, j'identifie la cause probable du playbook, j'applique l'action ciblée et je rends l'échec visible (retry + alerte). »
Modèle copier-coller — fiche panne express
SYMPTÔME observé (déclencheur, doublons, quota, IA, app, secret) : ...
Depuis quand / quel scénario / quelle base : ...
CAUSES probables (playbook 6.2) : ...
VÉRIFICATION (compte, source, historique d'exécution) : ...
ACTIONS (dans l'ordre) : 1) ... 2) ... 3) ...
SÉCURITÉ (secret chiffré ? droits limités ?) : ...
DOCUMENTATION (rôle, déclencheur, responsable) : ...TPE / petit budget
Pas de tableau formel : un symptôme, la cause probable du playbook, l'action et le responsable noté.
PME Algérie
Intégrer les réalités locales dans le diagnostic : comptes partagés, pics d'activité, canaux de notification habituels.
Remote / hybride
Ajouter l'alerte écrite immédiate aux actions : à distance, un échec non notifié ressemble à un système qui marche.
Interculturel
Expliciter les intitulés par écrit : ce qui semble évident (qui alerte, quel canal) ne l'est pas pour tous.
Défi 48h — appliquez demain
Repérez 1 symptôme actuel (scénario capricieux, doublons, quota), remplissez la fiche panne express et testez la 1re action (vérifier + filtrer tôt).
- Je sais relier un symptôme à ses causes probables.
- J'ai rempli (ou planifié) une fiche panne express.
- Je connais le renvoi vers le niveau à creuser pour mon cas.
Le scénario de Lina crée des doublons dans la base à chaque exécution. Quel réflexe applique le playbook ?
Un même symptôme qui revient n'est pas dix pannes : c'est un réflexe manquant à ancrer (filtrer tôt, rechercher avant de créer, retry + alerte, documenter).