Claude Code pour les non-développeurs : six automatisations que je fais tourner

Je ne suis pas développeur. J’ai fondé six entreprises, aucune n’est une société de logiciel au sens strict, et je n’ai jamais suivi de formation en informatique. Pourtant, six automatisations tournent aujourd’hui dans mes affaires, écrites avec Claude Code, et elles font un travail que je payais avant à quelqu’un ou que je ne faisais pas du tout. Cet article décrit lesquelles, comment elles sont construites, et surtout ce qui casse.

Ce que « automatiser » veut dire, concrètement

Le mot est usé. Dans la plupart des articles, « automatiser avec l’IA » signifie ouvrir une fenêtre de discussion, coller un texte, et recopier la réponse ailleurs. Ce n’est pas de l’automatisation : c’est de l’assistance manuelle avec un intermédiaire de plus. Le travail de copier-coller est resté, il a juste changé de nature.

Une automatisation véritable a trois propriétés, et si l’une manque, elle n’en est pas une :

1. Elle a une entrée nommée

   Un PDF de relevé bancaire. Un devis accepté. Un dossier client. Pas « une demande vague » : un objet précis qu’on peut poser sur la table.

2. Elle a une sortie vérifiable

   Un fichier, une ligne dans un tableau, un document conforme. Quelque chose dont on peut dire, sans discuter, si c’est juste ou faux.

3. Elle se déclenche sans qu’on réexplique le travail

   C’est le point qui sépare tout le reste. Si je dois redécrire la procédure chaque fois, je n’ai pas automatisé : j’ai délégué à quelqu’un qui a la mémoire courte.

La troisième propriété est celle que Claude Code apporte et que la fenêtre de discussion n’apporte pas. La procédure s’écrit une fois, dans un fichier, et elle reste. C’est tout. Ce n’est pas une révolution conceptuelle, c’est la différence entre un collaborateur qu’on forme et un intérimaire qu’on briefe chaque matin.

Les six qui tournent

Voici la liste réelle, sans les projets abandonnés en route et sans les démonstrations qui ne servent qu’en conférence.

1. La facturation

Entrée : un devis accepté, avec le client, les lignes et les montants. Sortie : une facture conforme aux mentions obligatoires marocaines, numérotée dans la bonne séquence, exportée en PDF.

La partie intéressante n’est pas la mise en forme — n’importe quel tableur la fait. C’est la numérotation. Une séquence de factures ne doit avoir aucun trou : c’est une exigence fiscale, pas une préférence esthétique. Le skill lit le registre existant, prend le dernier numéro, et refuse d’en émettre une nouvelle s’il détecte un trou en amont. Un humain fatigué à 19 h saute un numéro. Une procédure écrite ne saute rien, parce que la vérification fait partie du texte.

2. Les relevés bancaires

Entrée : le PDF que la banque met à disposition chaque mois. Sortie : les lignes intégrées dans le classeur de trésorerie, aux bonnes colonnes, avec le solde qui tombe juste.

C’est l’automatisation la plus rentable des six, et pour une raison peu glorieuse : c’est la tâche que je ne faisais pas. Je la reportais, puis je la reportais encore, et je découvrais l’état réel de la trésorerie avec deux mois de retard. Une automatisation qui fait mal un travail que vous ne faisiez pas du tout vaut mieux qu’une automatisation qui fait bien un travail que vous faisiez déjà correctement.

3. Le rapprochement bancaire

Entrée : le registre des factures et le relevé. Sortie : la liste des écarts — factures émises sans encaissement correspondant, et virements reçus qui ne correspondent à aucune facture.

Les deux sens comptent. Le premier vous dit qui vous doit de l’argent. Le second, plus embarrassant, vous dit ce que vous avez encaissé sans facturer. Sur un mois chargé, cette seconde liste n’est jamais vide.

4. L’anonymisation d’un dossier

Entrée : un dossier client. Sortie : le même dossier, avec les noms, adresses, numéros et identifiants remplacés par des jetons cohérents — et une clé qui permet de revenir en arrière.

Celle-là existe pour une raison précise : je voulais pouvoir travailler sur des dossiers réels avec des outils que je ne contrôle pas, sans y envoyer les données de mes clients. La cohérence des jetons est ce qui fait la valeur : si « Fatima Benali » devient « Personne A » partout dans les quarante pages, le document reste lisible et analysable. Si elle devient « Personne A » puis « Personne C », il devient inutilisable.

5. L’extraction d’un document long

Entrée : un PDF de quatre-vingts pages — un support de présentation, un rapport, un contrat. Sortie : le texte structuré, section par section, exploitable.

Cette automatisation-là est devenue un produit. C’est ce qui arrive quand un outil interne s’avère plus utile qu’on ne le pensait : à un moment, quelqu’un d’autre veut l’acheter.

6. La cartographie

Entrée : une arborescence — un plan de site, un sommaire, une liste de tâches imbriquées. Sortie : une carte mentale navigable dans un seul fichier.

Même histoire que la précédente : née d’un besoin personnel, devenue un logiciel vendu.

La structure commune : entrée, procédure, vérification

Les six sont bâties pareil, et c’est délibéré. Un dossier, un fichier de texte, et une section de vérification à la fin.

La section de vérification est celle que tout le monde oublie, et c’est la seule qui compte vraiment. Elle dit comment savoir que la sortie est bonne. Pour la facturation : la séquence des numéros est continue, le total TTC est cohérent avec le HT et la TVA, les mentions obligatoires sont présentes. Pour le rapprochement : la somme des écarts, plus les lignes appariées, égale le total du relevé.

Un agent sans étape de vérification ne se trompe pas moins souvent qu’un humain. Il se trompe juste plus vite, et sans le dire.

Concrètement, la procédure écrite se termine toujours par une consigne du genre : « avant de rendre le résultat, recalcule le total à partir des lignes et compare-le au total annoncé ; si les deux diffèrent, signale-le au lieu de rendre le fichier ». Cette phrase-là est ce qui transforme un générateur de texte plausible en outil de gestion.

Si vous ne devez retenir qu’une chose de cet article, c’est celle-ci — et c’est aussi la cinquième des cinq contraintes d’un prompt qui tient.

Ce qui casse, et à quelle fréquence

Trois pannes reviennent. Autant les nommer, parce que personne ne les mentionne dans les articles enthousiastes.

Notez que les trois se soignent par de l’écriture, pas par de la programmation. C’est aussi pour ça qu’un non-développeur peut tenir ces outils : la compétence demandée est la précision dans la consigne, pas la maîtrise d’un langage.

Combien de temps pour en écrire une

Je ne vais pas vous donner un chiffre que je n’ai pas mesuré. Ce que je peux dire honnêtement : la première a pris plusieurs sessions étalées sur des jours, parce que je découvrais en même temps ce que je voulais. Les suivantes sont allées beaucoup plus vite, non pas parce que l’outil s’est amélioré, mais parce que j’avais compris quelle forme donner à la consigne.

C’est un apprentissage transférable, et c’est la seule raison pour laquelle il vaut la peine de commencer par une automatisation ennuyeuse. La facturation n’est pas excitante. Mais elle a une entrée nette, une sortie vérifiable, et une règle qu’on peut écrire. C’est exactement le terrain d’entraînement dont vous avez besoin avant d’attaquer quelque chose qui compte.

Questions fréquentes

Ce que ça change dans une petite structure

Rien de spectaculaire, et c’est le point. Je n’ai licencié personne, je n’ai pas multiplié mon chiffre d’affaires, et aucun de mes six projets n’a décollé grâce à ça. Ce qui a changé est plus modeste et plus solide : les tâches administratives qui glissaient de semaine en semaine ne glissent plus, parce que les faire coûte désormais si peu qu’il n’y a plus de raison de les remettre.

Une entreprise ne meurt presque jamais d’un manque d’idées. Elle meurt d’un empilement de petites choses non faites qui, à force, rendent la situation illisible — la trésorerie qu’on ne connaît plus, les impayés qu’on ne suit plus, les factures qu’on n’a pas émises. C’est sur ce terrain-là que l’automatisation compte, pas sur celui de la croissance.

Le raisonnement complet — comment décomposer une tâche, écrire la procédure, poser les garde-fous — s’apprend en une journée. C’est ce qu’on fait chez Ai4x.

Pour aller plus loin : la méthode des cinq contraintes détaille comment écrire la consigne elle-même, et le coût réel de votre pile logicielle pose la question du prix de tous ces outils quand on facture en dirhams.