Tu as vu passer les démonstrations. Quelqu'un décrit son idée à une IA, et un outil sort à l'écran en quelques minutes. Tu as essayé, ça a marché, et six semaines plus tard personne ne s'en sert. Ce n'est pas la technique qui a lâché. C'est qu'entre ton idée et le code, il manquait une pièce que personne ne montre dans les démonstrations, parce qu'elle n'est pas spectaculaire. J'ai publié le skill que j'utilise pour la produire dans le générateur de plan d'action.
Dans cet article, je te montre pourquoi les outils fabriqués avec l'IA finissent au placard, ce que contient un plan d'action qui tient en une page, et comment ce même plan te sert une seconde fois, quand tu fais chiffrer un vrai développeur.
01Le symptôme, ton outil marche et personne ne s'en sert
C'est la situation la plus fréquente, et la plus frustrante. L'outil fonctionne. Les boutons répondent, les données s'enregistrent, tu l'as montré en réunion et tout le monde a hoché la tête. Trois semaines plus tard, ton équipe est retournée au tableur.
Quand je creuse, la cause est toujours la même, et elle n'a rien de technique. L'outil demande quinze secondes de plus que la méthode qu'il remplace. Un champ obligatoire de trop, une connexion à refaire, un écran qui oblige à revenir en arrière. Quinze secondes, répétées vingt fois par jour, et l'outil est mort.
Un outil interne n'est pas adopté parce qu'il est meilleur. Il est adopté parce qu'il est plus rapide que ce que les gens faisaient avant.
Personne ne pouvait le savoir, parce que personne n'avait écrit qui s'en servirait, à quel moment de la journée et avec quelle main libre. Ce sont des questions ennuyeuses. Elles décident pourtant de tout.
02Ce qu'un plan contient vraiment
Un plan d'action n'est pas un cahier des charges de trente pages. C'est une page, écrite en français, et elle répond à des questions précises.
| Rubrique | La question à laquelle elle répond |
|---|---|
| L'usage | Quel est le moment précis où quelqu'un ouvre cet outil ? Pas la fonction, le moment. |
| Les utilisateurs | Qui s'en sert, sur quel appareil, avec combien de temps devant lui ? |
| Les données | Qu'est-ce qui entre, qu'est-ce qui sort, et d'où vient ce qui entre ? |
| Les écrans | Combien d'écrans, et comment on passe de l'un à l'autre ? |
| Le hors périmètre | Ce que l'outil ne fera pas, écrit noir sur blanc. La rubrique la plus utile. |
| Le critère de réussite | À quoi on saura, dans un mois, que ça a marché ? Un chiffre, pas une impression. |
La cinquième ligne est celle qui te fera gagner le plus de temps. Écrire ce que l'outil ne fera pas empêche la dérive, et la dérive est ce qui transforme un projet d'un après-midi en projet d'un trimestre. Tu ne dis pas non à ton équipe, tu dis pas dans la version un.
03Les quatre questions à te poser avant
Avant même d'ouvrir une IA, réponds à ces quatre questions à voix haute. Si tu bloques sur une seule, ton projet n'est pas mûr.
- QUAND
- À quel moment de la journée quelqu'un ouvre-t-il cet outil ?
- AVANT
- Comment fait cette personne aujourd'hui, sans l'outil ?
- COÛT
- Combien de minutes lui prend la méthode actuelle, par semaine ?
- PREUVE
- Dans un mois, quel chiffre me dira que c'était une bonne idée ?
La deuxième est la plus révélatrice. Si la réponse est « elle ne le fait pas du tout aujourd'hui », méfie-toi. Tu n'es pas en train d'accélérer une tâche existante, tu es en train d'en créer une nouvelle, et il faudra convaincre quelqu'un de l'adopter. C'est faisable, mais ce n'est pas le même projet et ce n'est pas le même risque. La même logique s'applique au choix de ce qu'on automatise, traité dans la méthode DAEG.
04Le prompt qui transforme une idée en vrac en plan
Voilà la bascule. Au lieu de demander à l'IA de construire, tu lui demandes d'abord de te faire parler. C'est contre-intuitif et c'est ce qui change tout.
Tu es architecte logiciel. Je veux faire construire un outil interne, et je décris mal mon besoin. Avant de proposer quoi que ce soit, pose-moi quatre questions, une par une, pour comprendre le moment d'usage, les utilisateurs, les données et le critère de réussite. Attends ma réponse avant chaque question suivante. Quand tu auras les quatre réponses, écris un plan d'action d'une page avec six rubriques : usage, utilisateurs, données, écrans, hors périmètre, critère de réussite. N'écris aucune ligne de code à ce stade.
Les deux dernières phrases font tout le travail. Une par une force le dialogue au lieu du questionnaire, et aucune ligne de code empêche l'IA de partir en avant, ce qu'elle fera systématiquement si tu la laisses faire.
Compte une vraie heure pour ce plan et pour un premier outil interne simple. Les démonstrations qui annoncent quinze minutes montrent un outil de démonstration, pas un outil que ton équipe ouvrira lundi. Créer un outil métier avec l'IA détaille la suite du chemin.
05Le plan devient ton cahier des charges
Voici le bénéfice auquel personne ne pense, et il est souvent plus gros que le premier. Ce plan d'une page, tu peux le donner tel quel à un développeur.
Tu connais la scène. Tu décris ton besoin à l'oral, tu reçois trois devis qui vont de 4 000 à 40 000 euros, et tu es incapable de dire pourquoi. Ce n'est pas que deux des trois te mentent. C'est qu'ils ont chacun imaginé un projet différent, faute de périmètre écrit.
Trois devis sur un brief oral chiffrent trois projets différents. Trois devis sur le même plan d'une page chiffrent enfin la même chose.
Mieux encore, tu peux accompagner le plan d'une maquette cliquable que tu auras fabriquée toi-même. Ton équipe la critique avant que quiconque ait écrit une ligne destinée à durer, et le développeur chiffre sur du concret. C'est l'usage des artefacts que je trouve le plus rentable, et je l'ai détaillé dans l'article sur les artefacts de Claude.
06Quand sauter le plan est la bonne décision
Je ne vais pas te vendre une règle absolue, ce serait malhonnête. Il existe un cas où écrire un plan est une perte de temps.
Quand tu veux savoir si une idée vaut quelque chose, et que tu ne sais pas encore la décrire, fabrique la chose la plus grossière possible en une demi-heure et regarde-la. Tu apprendras plus en la manipulant qu'en y réfléchissant. C'est ce qu'on appelle un jetable, et le mot compte, parce qu'il faut vraiment le jeter ensuite.
Le piège est de garder le jetable. Il marche à peu près, on n'a pas le temps, il finit en production, et deux ans plus tard il tient ton activité avec du scotch. La règle que je donne est simple. Un jetable vit une semaine au maximum, et s'il survit à cette semaine, on écrit le plan et on le refait proprement.
Pour situer, le recours à l'IA générative dans les TPE et PME est passé de 31 % à 55 % en un an d'après le baromètre Bpifrance. Beaucoup d'outils vont être fabriqués dans les mois qui viennent. La différence entre ceux qui serviront et les autres ne se jouera pas sur le choix du modèle.
Le skill qui écrit le plan à ta place. Tu décris ton idée, même mal. Il te pose quatre questions, puis il rend le plan structuré que tu donnes ensuite à Claude Code ou à ton développeur. Téléchargement libre, installation en deux minutes.
Télécharger le générateur de plan →- Bpifrance Le Lab, 82e baromètre semestriel de conjoncture des TPE-PME, sur le recours à l'IA générative dans les TPE et PME.
- INSEE, Les technologies de l'information et de la communication dans les entreprises en 2025, Insee Première n° 2120, juillet 2026.
