Documenter ses process avant d'automatiser avec l'IA

Documenter ses process avant d'automatiser avec l'IA

J'ai mis en ligne un logiciel utile en 48 heures. Je ne l'ai pas codé. Je l'ai dirigé.

C'est le point de départ d'une vidéo de treize minutes que je viens de tourner. Le logiciel existe, il tourne : vous lui confiez votre espace de travail Notion, et il vous rend trois choses concrètes. Une carte complète de cet espace, un score sur 100, un plan d'action personnalisé. Cet audit, je le réalisais déjà à la main et je le facturais 1 500 €. J'en ai fait un produit. Et pourtant, la partie la plus difficile n'a jamais été technique.

La vraie difficulté, c'est de savoir exactement qui fait quoi, comment on vérifie que c'est juste, et qui tranche au moment de décider. Autrement dit : des règles de gestion claires. C'est aussi le premier obstacle quand une PME veut automatiser avec l'IA. Avant de choisir un outil, il faut mettre ses process au clair. Pour un dirigeant de PME, documenter ses process est la condition d'entrée de toute automatisation qui tient dans le temps.

Cet article donne la méthode. La vidéo prouve la thèse. À vous de l'appliquer chez vous.

Automatiser un process flou, c'est automatiser le chaos

Une IA ne devine pas votre métier. Elle exécute ce que vous cadrez. Rien de plus.

Si votre process de facturation vit dans la tête de deux personnes, avec des exceptions jamais écrites et des « on fait comme ça d'habitude », l'IA ne va pas ranger ce désordre. Elle va l'accélérer. Vous obtiendrez des erreurs plus vite, à plus grande échelle, et vous les découvrirez plus tard.

C'est l'erreur numéro un que je vois en PME. On achète un outil, on attend un miracle, et on saute l'étape qui compte : rendre le process explicite. Un process flou automatisé reste un process flou. En pire.

L'inverse est vrai aussi. Un process net, écrit noir sur blanc, devient exécutable presque tout de suite. Concrètement :

Process flou : l'IA l'accélère tel quel, plus d'erreurs plus vite. Process net, écrit noir sur blanc : l'IA l'exécute pas à pas, un travail régulier et vérifiable.

Le goulot n'est plus l'outil, ce sont vos règles de gestion

Pendant des années, la barrière c'était la technique. Il fallait un développeur, un budget, des semaines. Ce n'est plus le cas.

D'ailleurs, ce logiciel n'était pas le projet prévu au départ. J'en avais lancé un autre avant, que j'ai arrêté très vite : le problème que je voulais résoudre n'était pas assez clair. La leçon : on réfléchit à l'endroit où on apporte vraiment de la valeur avant de construire quoi que ce soit. Le frein n'a jamais été la machine, c'est de savoir quoi lui demander.

Pour construire ce logiciel, j'ai dirigé deux IA comme on pilote une petite équipe :

  • Un copilote qui organise. Il découpe le travail en chantiers, rédige les consignes, met les tâches dans l'ordre et me rend compte. Il n'écrit jamais une ligne de code.
  • Des exécutants. Chacun reçoit un seul chantier, un périmètre fermé, un livrable défini avant même de commencer.
  • Moi. Je tranche tout ce qui engage le produit, l'argent, la mise en ligne.

Résultat : six chantiers livrés, un contrôle de sécurité complet, le tout en 48 heures.

Le bilan des 48 heures : 48h de build dirigé, 6 lots livrés, 52 commits, 427 tests au vert contre 189 au départ, 1 audit sécurité complet, 1 faille trouvée et fermée.

Ce qui a rendu ça possible, c'est le cadrage. Chaque chantier était décrit avant d'être lancé, chaque livrable défini avant d'être produit. Le code n'a jamais été le point dur. Les règles de gestion, si.

Dans la vidéo, je construis une fonctionnalité entière en direct : télécharger et partager sa carte de score. Je colle un brief préparé, le copilote le découpe en chantiers, les exécutants les construisent. Pendant ce temps, les tâches se créent et avancent en temps réel dans ma base Notion, visibles pour moi comme pour l'IA, exactement comme avec un collaborateur humain. Un agent indépendant relit le résultat, et la fonctionnalité s'affiche comme prévu.

J'ai choisi une technique volontairement simple :

  • un moteur d'analyse en Python, branché sur Notion, qui lit et note votre espace ;
  • une page web sobre pour l'affichage ;
  • Supabase pour les comptes et les données, hébergées en Europe ;
  • mon propre serveur.

Rien que je ne comprenne et ne maîtrise de bout en bout. Ma règle : la technique ne doit jamais être plus intelligente que vous. Ce qui compte, c'est la clarté de ce que vous lui demandez, pas la sophistication de l'outil.

C'est exactement ce qui bloque une PME aujourd'hui. Vous avez déjà les outils. Ce qui manque, c'est le mode d'emploi de votre propre entreprise. Documenter ses process, en PME, c'est écrire ce mode d'emploi.

Les trois choses à documenter avant de lancer l'IA

De ce chantier, je tire trois règles. Aucune ne parle de technologie : c'est de l'organisation pure, et elle se transpose telle quelle dans une entreprise de services.

1. Écrire qui fait quoi

Avant de déléguer quoi que ce soit à une IA, écrivez les rôles. Qui prépare, qui exécute, qui contrôle. Et surtout le périmètre de chacun : ce qu'il a le droit de faire, et ce qu'il n'a pas le droit de faire.

Pendant ces 48 heures, chaque exécutant recevait un seul chantier, borné, avec un objectif précis. Jamais de « débrouille-toi ». Dans votre PME, c'est pareil. « Rédige mes devis » ne suffit pas. « À partir de ce modèle, avec ces tarifs, pour ce type de client, remplis les champs suivants » : ça, une IA peut le suivre.

Un périmètre clair, c'est ce qui sépare une aide fiable d'un générateur d'à-peu-près.

Deux IA, deux rôles jamais mélangés : Fable l'orchestrateur qui découpe le travail et ne code jamais, Opus l'exécutant qui prend une mission à la fois, et moi pour la décision. Leçon : le job n'est pas de coder mais de séparer les rôles et de diriger.

2. Définir comment on vérifie

Un point que je ne négocie jamais : celui qui produit ne valide pas son propre travail.

Sur ce projet, chaque chantier était relu par un second copilote qui n'avait pas écrit le code. Sans son feu vert, rien n'entrait dans le produit. En parallèle, une série de vérifications automatiques devait passer au complet avant toute mise en ligne : 189 contrôles au départ, 427 aujourd'hui, tous au vert.

Ce contrôle indépendant n'est pas un luxe. Un audit de sécurité passé sur l'ensemble du site a repéré très tôt une vraie faille : des données étaient visibles alors qu'elles n'auraient jamais dû l'être. Corrigée, validée, refermée bien avant l'ouverture au public. Ce contrôle n'a pas ralenti le projet, il lui a évité un incident.

Dans une PME, la question à écrire est simple : à quoi reconnaît-on qu'un devis, une fiche client ou un compte-rendu est juste ? Notez ces critères. Confiez la vérification à quelqu'un, ou à quelque chose, d'autre que celui qui a produit.

Personne ne corrige sa propre copie : étape 1 je cadre, étape 2 l'agent construit et écrit les tests, étape 3 un autre agent vérifie, étape 4 on intègre. Leçon : personne ne valide son propre travail, un autre agent vérifie et les tests tranchent.

3. Garder les décisions clés humaines et réversibles

Tout ce qui touchait à l'argent, à la production ou au client attendait mon accord explicite. L'IA propose, l'humain tranche. Toujours.

Et chaque choix restait réversible : on pouvait revenir en arrière à tout moment. C'est ce qui permet d'avancer vite sans jouer sa réputation.

Pour vous, la règle est la même :

  • l'IA prépare le devis, vous l'envoyez ;
  • l'IA classe la demande client, vous validez le remboursement ;
  • l'IA rédige la relance, vous décidez de l'envoyer.

Les décisions qui engagent l'entreprise restent entre vos mains. Vous gardez le volant, le copilote fait le reste.

Les trois règles tiennent sur une fiche :

Trois règles sur une fiche : règle 1 qui fait quoi pour éviter l'à-peu-près, règle 2 comment on vérifie pour éviter les erreurs en prod, règle 3 qui décide pour éviter l'engagement sans vous. Leçon : l'IA propose, l'humain tranche.

Écrire un SOP que l'IA peut suivre en 10 minutes

Un SOP, c'est le mode d'emploi écrit d'une tâche récurrente. Pas un document de 40 pages. Une page suffit.

Prenez une tâche que vous répétez chaque semaine. Ouvrez une page. Notez, dans l'ordre :

Le SOP d'une page en 5 blocs, avec l'exemple de la relance des impayés : déclencheur, étapes, règles et exceptions, résultat attendu, point de contrôle.

Écrivez-le en langage courant. Si un nouvel employé peut suivre ce document sans vous poser de question, une IA le peut aussi. C'est le même test.

Comment fonctionne un processus : un déclencheur et des données en entrée, des étapes sous la responsabilité d'un référent, un résultat précis, prédictible et répétable en sortie, en amélioration continue sur les axes coûts, délais et qualité.

Faites-le pour vos cinq tâches les plus répétitives. Vous venez de documenter les process de votre PME. Et surtout, vous venez de les rendre automatisables.

Par où commencer

Le message de la vidéo : le point dur n'est plus la technique, c'est votre capacité à cadrer, découper et contrôler. Des règles de gestion.

Documenter ses process n'est pas un projet informatique. C'est un travail de dirigeant. Et c'est le meilleur retour sur temps que je connaisse avant d'investir un euro dans l'IA.

Cette semaine, sans rien acheter :

  1. Listez vos cinq tâches les plus répétitives.
  2. Écrivez le SOP de la première : une page, dix minutes, avec le plan ci-dessus.
  3. Faites-le suivre par quelqu'un qui ne connaît pas la tâche. S'il y arrive sans vous poser de question, une IA y arrivera aussi.

Ensuite, deux façons d'aller plus loin.

Pour situer votre organisation : l'audit est en accès anticipé. Connectez-vous sur ramalogic.app et demandez votre accès à la bêta.

Vous obtenez la carte complète de votre espace Notion, un score sur 100 et un plan d'action personnalisé. Premier pas, sans engagement.

Pour voir la méthode en action de bout en bout : la vidéo complète (treize minutes), Créer un SAAS en 48H rentable.