Temps gagné avec l’IA : comment le mesurer vraiment

« Je gagne un temps fou. » C’est la phrase qu’on entend le plus sur l’IA, et c’est aussi la moins vérifiable. Elle décrit une impression : celle d’avoir obtenu trois cents mots en quinze secondes.

Le problème est que les quinze secondes ne sont pas le travail. Le travail est ce qui vient après : lire, juger, corriger, remettre en forme, et parfois tout reprendre. Tant qu’on ne compte pas cette partie, on ne mesure pas un gain, on mesure une vitesse de frappe.

Cet article donne une méthode courte pour relever le temps réel d’un usage, du départ au livrable publiable, et pour savoir lesquels vous rapportent vraiment quelque chose.

Ce que ça vous coûte de ne pas compter

Sans mesure, vous continuez à investir dans l’usage qui vous plaît, pas dans celui qui vous libère. Vous perfectionnez une consigne pour un usage mensuel pendant qu’un usage hebdomadaire reste fait à la main.

Il y a un deuxième coût, plus désagréable. Certains usages font perdre du temps, et l’impression de rapidité les protège. Le texte arrive vite, donc on le croit rentable ; le quart d’heure de réécriture qui suit ne se compte pas, parce qu’il ressemble à du travail normal.

Quand on tient seul une activité, c’est le genre d’erreur qui ne se corrige jamais d’elle-même. Personne d’autre ne regarde les chiffres.

Les trois temps à relever

Un relevé utile ne demande ni outil ni tableau de bord. Il demande trois chiffres, et la discipline de les noter au lieu de les estimer après coup.

1. Le temps de référence — combien de temps cet usage vous prenait avant, de la page blanche au livrable que vous auriez publié. Si vous ne l’avez jamais chronométré, faites-le une fois à la main : c’est le seul point de départ honnête.
2. Le temps de cadrage et de production — depuis le moment où vous ouvrez l’outil jusqu’à la première version complète. Les relances comptent. Les allers-retours comptent.
3. Le temps de reprise — depuis la première version jusqu’au livrable que vous acceptez de publier ou d’envoyer. C’est le chiffre que personne ne note, et c’est celui qui décide.

Le gain réel est la différence entre le premier chiffre et la somme des deux autres. Rien d’autre. Si cette différence est négative ou nulle, l’usage ne vous fait rien gagner, quelle que soit la vitesse d’affichage.

Quatre passages, pas un

Un seul relevé ne vaut rien. Le premier passage sur un usage est toujours le plus lent — vous écrivez la consigne, vous découvrez ce qui manque. Le deuxième est souvent le plus rapide, parce que le sujet est encore frais. Il faut quatre passages, sur quatre livrables différents du même usage, pour que la moyenne dise quelque chose.

Voici la grille, à tenir dans n’importe quel tableur ou sur une feuille.

Passage	Cadrage + production	Reprise	Total	Ce qui a demandé la reprise
1
2
3
4

La dernière colonne est la plus rentable des cinq. En quatre passages, elle fait apparaître un motif : c’est toujours le ton, ou toujours un chiffre à vérifier, ou toujours la structure. Ce motif est une ligne qui manque à votre consigne. Vous l’ajoutez, et le temps de reprise baisse au passage suivant.

C’est le mécanisme à retenir : le gain ne vient pas de l’outil, il vient de la consigne qui se précise à mesure que vous relevez ce qu’il faut corriger. Si vos reprises ne portent pas sur un détail mais sur le fond, ce n’est pas la mesure qui règlera ça, c’est les quatre contrôles quand le résultat n’est pas utilisable.

Le prompt qui rend la reprise visible

Le temps de reprise est difficile à chronométrer, parce qu’il se dilue : on corrige deux mots, on relit, on revient dessus plus tard. Cette consigne le concentre. Elle se place juste après la première version, avant que vous ne touchiez au texte.

Voici le livrable que tu viens de produire, et la consigne que je t’avais donnée : [collez les deux].
Demande : liste uniquement ce qui empêche ce livrable d’être publiable tel quel. Pour chaque point, indique s’il vient d’une consigne que je n’ai pas donnée, ou d’une consigne que tu n’as pas respectée.
Contraintes : ne réécris rien. Ne commente pas la qualité générale. N’invente pas de critère que je n’ai pas formulé. Si le livrable est publiable en l’état, réponds « rien à signaler » et arrête-toi là.
Format : une liste à puces, un point par ligne, dix points maximum.

Vous obtenez votre liste de reprises avant de commencer à reprendre. Deux effets : la reprise se chronomètre, et la colonne de droite se remplit toute seule. Le classement entre « consigne absente » et « consigne non respectée » est particulièrement utile — le premier cas se répare dans votre fiche, le second demande une consigne plus explicite ou un découpage en deux demandes.

Ce qui se transpose ici n’est pas la durée que vous allez relever, puisqu’elle dépend entièrement de votre métier et de vos exigences. C’est la méthode : un temps de référence pris une fois, trois chiffres par passage, quatre passages, et la cause de reprise notée à chaque fois. Les ordres de grandeur d’un autre ne vous servent à rien ; les vôtres décident.

Au bout de quatre passages, trois décisions possibles

Le relevé ne sert que s’il débouche sur une décision. Il y en a trois, et une seule est à retenir pour chaque usage.

• Le total baisse et la reprise aussi : l’usage est acquis. Figez la consigne, rangez-la, n’y touchez plus — c’est exactement ce que ranger le prompt qui a marché veut dire.
• Le total baisse mais la reprise reste haute : il manque une ligne à la consigne. Ajoutez le motif de la colonne de droite et refaites quatre passages.
• Le total ne baisse pas : arrêtez. Cet usage demande votre jugement à chaque étape, et il n’y a pas de honte à le garder entièrement. Le temps économisé est celui que vous n’allez plus passer à essayer de le confier.

La troisième décision est celle qu’on prend le moins, et c’est souvent la bonne. Un usage abandonné proprement vaut mieux qu’un usage qu’on retente tous les deux mois.

L’erreur fréquente : mesurer l’outil au lieu du livrable

Elle prend deux formes, et les deux se ressemblent.

La première consiste à arrêter le chronomètre quand la réponse s’affiche. C’est la mesure la plus flatteuse qui existe, et elle ne décrit rien : un texte affiché n’est pas un livrable envoyé. Le chronomètre s’arrête quand vous cliquez sur publier ou sur envoyer, pas avant.

La seconde consiste à comparer deux outils entre eux au lieu de comparer un usage à son temps de référence. L’écart entre deux outils sur un même usage est presque toujours plus faible que l’écart entre une bonne consigne et une mauvaise sur le même outil. Changer d’outil est plus amusant que de corriger sa consigne ; c’est aussi beaucoup moins rentable. Pour voir ce que la consigne change à elle seule, le détail est dans ce qu’un prompt bien construit change au résultat.

Et une limite assumée : cette méthode mesure du temps, rien d’autre. Elle ne dit pas si le livrable est meilleur, ni s’il vous a rapporté un client. Un usage peut faire perdre dix minutes et valoir la peine parce que le résultat est plus solide ; un autre peut faire gagner une heure sur un contenu que personne ne lit. Le temps est le chiffre le plus facile à relever, pas le seul qui compte.

À vous : quatre livrables, sur deux semaines

1. Choisissez l’usage que vous répétez le plus souvent. Un seul.
2. Faites-en un entièrement à la main, chronomètre en marche. C’est votre temps de référence, et c’est la seule fois où vous le prenez.
3. Faites les quatre suivants avec l’IA, en notant les trois temps et la cause de reprise. Le relevé prend moins d’une minute par passage.
4. Au quatrième, additionnez, comparez au temps de référence, et prenez l’une des trois décisions ci-dessus.

Vous saurez que ça marche quand votre colonne de reprise contiendra deux fois le même motif. À ce moment-là, vous ne mesurez plus un gain : vous savez quelle ligne ajouter à votre consigne pour l’obtenir.

Pour que ce relevé parte d’une consigne déjà solide plutôt que d’une première version approximative, la bibliothèque IATOLL en contient plus de cinquante, classées par usage.

Cet article a été structuré et rédigé avec l’aide de l’IA, à partir d’un plan de contenu construit à la main, puis relu et corrigé phrase par phrase.