Sommaire
- Pourquoi j'ai arrêté de chercher le bon logiciel
- Ce que j'ai construit
- Comment ça se construit avec Claude Code
- Décrire le métier avant la technique
- Avancer par petits morceaux qui marchent
- Écrire les règles une fois pour toutes
- Ce que ça a changé au quotidien
- Ce qu'il faut savoir avant de se lancer
- Pour qui cette approche a du sens
- Par où commencer
Oui, un indépendant sans formation de développeur peut se construire son propre outil de gestion. Je l'ai fait pour mon activité en quelques semaines, en dialoguant avec Claude Code plutôt qu'en écrivant du code moi-même. Le résultat est une application qui centralise mes clients, mon pipeline, mes tâches, mes emails, mes factures et mon agenda. Cet article raconte comment. Je dis ce qui marche et ce qui demande de la rigueur.
Pourquoi j'ai arrêté de chercher le bon logiciel
Pendant deux ans, j'ai empilé les outils. Un tableur pour le suivi commercial, un logiciel de facturation, une messagerie, un gestionnaire de tâches, des dossiers clients éparpillés. Chaque outil faisait bien son métier. Le problème était entre les outils. Une relance oubliée parce qu'elle n'existait que dans ma tête, une facture émise trois semaines après la fin du mandat, un compte-rendu de rendez-vous jamais écrit.
J'ai testé des solutions du marché. Toutes demandaient soit d'adapter ma manière de travailler à leur logique, soit un abonnement par utilisateur qui n'avait pas de sens pour une personne seule. La question n'était plus quel logiciel choisir. Elle était de savoir si je pouvais fabriquer exactement ce dont j'avais besoin, sans plus.
Ce que j'ai construit
L'ensemble s'appelle mon cockpit. C'est une base de données Postgres qui contient la vérité de l'activité, une application web en Next.js pour la consulter et la modifier. S'y ajoute une série de scripts qui font le travail de fond. Voici ce qu'il couvre aujourd'hui.
Domaine | Ce que fait l'outil |
|---|---|
Clients | Fiche par entité, historique des échanges, services vendus |
Pipeline | Étapes du lead au client, date du dernier contact, relances à faire |
Tâches | Une liste unique du jour, alimentée par plusieurs sources |
Emails | Tri automatique, brouillons de réponse préparés pour validation |
Factures | Facture QR suisse générée en PDF, numérotation et échéances |
Agenda | Rendez-vous du jour, préparation la veille, compte-rendu après |
Deux points méritent d'être précisés. Les emails ne partent jamais tout seuls. Le système lit la boîte, classe ce qui compte, prépare une réponse en brouillon dans Outlook et me laisse relire avant l'envoi. C'est une règle que je me suis fixée dès le premier jour et je n'ai pas envie d'y toucher.
Le second point est la dictée. Après un rendez-vous, je dicte deux minutes de vocal dans Telegram depuis la voiture. Le message est transcrit, résumé, rattaché au bon client et transformé en tâches. Le compte-rendu existe avant que je sois rentré. Avant, il n'existait pas du tout.
Comment ça se construit avec Claude Code
Claude Code est un agent qui travaille en ligne de commande, directement dans les fichiers d'un projet. Il lit le code existant, écrit les modifications, lance les commandes et corrige quand ça casse. La différence avec un assistant de discussion classique est là. On ne copie plus des bouts de code d'une fenêtre à l'autre. On décrit ce qu'on veut et l'agent va chercher lui-même les fichiers concernés.
Ma méthode tient en trois habitudes.
Décrire le métier avant la technique
Je n'ai jamais demandé une table SQL. J'ai décrit ce qu'était un client, ce qu'était un mandat, ce qui distinguait un devis d'une facture dans mon activité. La structure technique découle de cette description. Quand elle est fausse, c'est presque toujours parce que ma description était floue.
Avancer par petits morceaux qui marchent
Une page à la fois, un script à la fois. Je vérifie que ça tourne avant de passer à la suite. Un chantier de trois jours qui ne s'exécute jamais est plus difficile à rattraper que dix petits chantiers d'une heure.
Écrire les règles une fois pour toutes
J'ai un fichier de consignes que l'agent lit à chaque session. Il contient mes conventions de nommage, mes règles de rédaction, ce qu'il ne doit jamais faire. Ce fichier vaut plus que n'importe quelle astuce de prompt. Il évite de répéter les mêmes corrections toutes les semaines.
Cette manière de travailler ressemble à ce qu'on appelle le vibe coding. Une nuance compte. Le vibe coding assume qu'on ne regarde pas le code produit. Sur un outil qui contient mes données clients et mes factures, je regarde. Pas ligne à ligne. Je demande à comprendre ce qui change et pourquoi.
Ce que ça a changé au quotidien
Je préfère décrire des faits plutôt que d'annoncer un pourcentage de temps gagné que je ne saurais pas prouver.
Rien ne se perd. Une demande reçue par email, un appel, une note dictée, tout finit dans la même liste. Je ne me réveille plus la nuit en me demandant si j'ai répondu à quelqu'un.
Les relances partent. Le système sait depuis combien de jours je n'ai pas parlé à un prospect et me le remonte. C'est la partie qui a le plus d'effet sur le chiffre d'affaires, parce qu'une bonne partie des affaires perdues ne sont pas perdues sur le prix mais sur le silence.
La facturation suit le mandat. Une fin de projet déclenche la ligne de facture. Le PDF avec la QR facture suisse sort en une commande. Le délai entre la fin du travail et l'envoi de la facture s'est réduit de plusieurs semaines à quelques jours.
Le matin, un briefing arrive sur Telegram. Rendez-vous du jour, factures qui arrivent à échéance, prospects à relancer, tâches en retard. La journée commence sur une page claire plutôt que sur une boîte mail.
Ce qu'il faut savoir avant de se lancer
Ce n'est pas gratuit en temps. Compter des soirées et des week-ends sur les premières semaines. La construction est rapide, la mise au point l'est moins. La bonne nouvelle est que le rythme s'inverse. Aujourd'hui, une nouvelle fonction me prend une heure ou deux.
Il faut décider ce qui est la source de vérité. Chez moi, c'est la base de données, pas des fichiers ni des tableurs. Sans cette règle, on recrée en trois mois le désordre qu'on voulait fuir.
Il faut accepter d'être responsable de l'outil. Personne ne va appeler un support. Les sauvegardes, les mises à jour et la sécurité sont de mon ressort. Pour un outil interne qui tourne sur un serveur privé, c'est gérable. Pour un outil qui gère des données sensibles de tiers, la question mérite d'être posée sérieusement.
Enfin, tout ne mérite pas d'être construit. Je n'ai pas refait ma comptabilité ni ma messagerie. J'ai construit ce qui reliait mes outils entre eux et ce qui n'existait sur aucun marché parce que c'était propre à mon métier. C'est aussi la question que je pose à mes clients quand on parle d'un logiciel métier sur mesure.
Pour qui cette approche a du sens
Elle a du sens si vous êtes seul ou en très petite équipe, si votre manière de travailler ne rentre dans aucun logiciel du marché, si vous avez du goût pour comprendre comment les choses fonctionnent. Elle en a moins si votre besoin est standard, parce qu'un abonnement bien choisi fera le travail sans que vous ayez à l'entretenir.
Entre les deux, il y a beaucoup de place. Beaucoup d'indépendants n'ont pas besoin d'un cockpit complet. Ils ont besoin de deux ou trois automatisations bien placées qui suppriment les recopies de données d'un outil à l'autre.
Par où commencer
Prenez la tâche qui vous coûte le plus de temps et qui suit toujours le même chemin. Décrivez-la à voix haute comme si vous formiez un nouveau collaborateur. Cette description est déjà le cahier des charges. Faites-en une première version, utilisez-la une semaine, corrigez. C'est la boucle qui apprend le plus vite.
Si vous voulez apprendre cette manière de travailler sur votre propre activité plutôt que sur un exemple générique, je propose une formation IA avec Claude en visio, une personne à la fois, à CHF 100.- de l'heure. On part de vos dossiers réels et vous repartez avec quelque chose qui tourne.