Sur cette page
Répondez de tête, puis ouvrez. Le choix d'un premier projet
1Quels critères font une bonne première tâche à confier à l'IA ?
Elle est fréquente, faite d'écrit, vérifiable par quelqu'un de l'équipe, et une erreur s'y rattrape ; son résultat se mesure.
2Pourquoi mesurer le temps passé avant l'essai ?
Parce que sans mesure avant, aucun gain ne se prouve, et le ressenti trompe.
- Les essais contrôlés trouvent des gains réels sur des tâches précises : 14 % de demandes résolues en plus par heure au service client, 25 % de vitesse pour des consultants.
- Mais pas partout : des développeurs expérimentés ont mis 19 % de temps en plus sur leurs propres projets, en se croyant plus rapides de 20 %.
- À l'échelle de toutes les heures de travail, les enquêtes trouvent peu : 2,8 % des heures au Danemark, 1,4 % aux États-Unis.
- Un gain se compte sur la tâche entière : préparer, relire, corriger, reprendre les erreurs ; souvent la moitié de ce qui était annoncé.
- Il ne vaut des euros que si le temps libéré sert à autre chose ; sinon, c'est du confort, qui compte aussi, mais autrement.
Problème
Les chiffres annoncés sont souvent des estimations faites loin du travail réel. OpenAI écrit que ses modèles font les tâches de GDPval environ cent fois plus vite et moins cher que des experts, sans compter la relecture, les allers-retours ni l'intégration. Anthropic estime à 80 % le temps gagné sur des tâches confiées à Claude ; c'est une estimation par un modèle, pas un essai.
Quand on mesure, les gains existent, mais varient selon la tâche et la personne. Et ce qu'on ressent trompe : dans l'étude de METR, des développeurs expérimentés attendaient 24 % de gain, en ont ressenti 20 %, et ont mis 19 % de temps en plus.
L'effet mesuré de l'IA sur une tâche, étude par étude
Voir en tableau
| Étude | Ce qui est mesuré | Effet |
|---|---|---|
| Service client | demandes résolues par heure, 5 179 agents | +14 % |
| Consultants, tâches dans la frontière | vitesse, 758 consultants | +25,1 % |
| Développeurs, une tâche d'exercice | vitesse, 95 développeurs | +55,8 % |
| Développeurs, une tâche d'entreprise | temps gagné, 96 ingénieurs | +21 % |
| Développeurs expérimentés, leurs projets | temps, 16 développeurs, 246 tâches | −19 % |
Principe
Un gain est une différence de durée sur la même tâche, faite à la main puis avec l'IA, mesurée sur de vraies occurrences. La durée avec l'IA comprend tout : préparer la demande, relire, corriger, reprendre les erreurs, et le temps de prise en main, réparti sur les mois.
Le gain dépend de la tâche. Les consultants de l'étude du BCG allaient plus vite sur les tâches dans la « frontière » de ce que l'IA sait faire ; sur une tâche choisie hors de cette frontière, ils donnaient une bonne réponse 19 points moins souvent que ceux qui travaillaient sans.
Il dépend aussi de la personne : au service client, les agents débutants ont gagné 34 %, les plus expérimentés presque rien, avec une légère baisse de qualité. Et il se concentre dans le travail structuré, dont le résultat se contrôle facilement, selon le rapport de Stanford sur l'IA.
Fonctionnement
Le calcul tient en une ligne : (durée à la main − durée avec l'IA, tout compris) × nombre de fois par mois. Les heures gagnées deviennent des euros seulement si elles servent à autre chose : une tâche nouvelle, un client de plus, un retard rattrapé.
Une expérience sur un assistant de bureautique a trouvé du temps gagné sur les courriels, mais aucun changement dans la quantité ni la nature des tâches des salariés : le temps libéré ne se transforme pas tout seul.
Exemple détaillé
Une PME tient douze comptes rendus de réunion par mois, exemple fabriqué. À la main, chacun prend 45 minutes. L'outil promet de l'écrire en 2 minutes.
Mesuré sur dix réunions : 3 minutes pour lancer, 15 pour relire et corriger, et une erreur sérieuse une fois sur cinq, qui prend vingt minutes à reprendre, soit 4 en moyenne. Avec l'IA, un compte rendu prend 22 minutes : 23 minutes de gagnées, et non 43.
Sur un mois : 23 × 12 = 276 minutes, soit 4 h 36. Si ce temps sert, à 40 € de l'heure chargée, hypothèse, il vaut 184 € par mois, face à un abonnement d'une vingtaine d'euros. S'il ne sert à rien d'autre, il vaut un confort, pas de l'argent.
Risques
- Le ressenti : il surestime ; les développeurs de METR se croyaient plus rapides, ils étaient plus lents.
- La relecture oubliée : un gain compté sans le temps de relire et de corriger est un gain inventé.
- La tâche hors de la frontière : là où l'IA se trompe, elle fait perdre du temps et de la justesse.
- Le gain moyen pris pour le vôtre : les débutants gagnent souvent plus que les experts ; une moyenne ne dit rien de votre équipe.
- Le temps libéré qui se perd : sans tâche pour le reprendre, il ne se voit pas dans les comptes.
Mise en place
- Choisir une tâche fréquente, et la même personne pour les deux mesures.
- Chronométrer dix occurrences à la main, sur des cas réels, pas les plus faciles.
- Chronométrer dix occurrences avec l'IA, en notant la relecture, les corrections et les erreurs trouvées.
- Comparer les médianes, plus sûres qu'une moyenne qu'un seul cas déforme ; et la qualité, avec une grille.
- Décider, et l'écrire : ce que l'on garde, ce que l'on change, et la date de la prochaine mesure.
Exercice
Une assistante prépare trente devis par mois, exemple fabriqué. À la main, 40 minutes chacun. Avec l'IA, mesuré sur dix devis : 5 minutes pour préparer, 12 pour relire et corriger, et une erreur de prix une fois sur dix, qui prend 30 minutes à reprendre.
- Combien de temps gagne-t-elle par devis ?
- Et par mois ?
- Que faut-il savoir avant de dire ce que cela vaut en euros ?
Voir la correction
1. 20 minutesAvec l'IA : 5 + 12 + 3 en moyenne pour l'erreur, un dixième de 30 minutes, soit 20 minutes ; 40 − 20 = 20 minutes gagnées.
2. 10 heures20 minutes × 30 devis = 600 minutes.
3. Ce que deviennent ces heuresSi elles servent à relancer des clients ou à préparer plus de devis, elles valent ce qu'elles rapportent ; sinon, c'est du confort. Et vérifier la grille de qualité : une erreur de prix envoyée coûte plus que le temps gagné.
Vérification
1ComprendrePourquoi un gain annoncé dépasse-t-il presque toujours le gain mesuré ?
Parce qu'il compte le temps de la machine, pas celui de préparer, relire, corriger et reprendre les erreurs ; et qu'il vient souvent d'estimations, pas d'essais sur le travail réel.
2ComprendreQue montre l'étude de METR sur le ressenti ?
Qu'il trompe : des développeurs expérimentés se croyaient plus rapides de 20 % et étaient plus lents de 19 %.
3AppliquerUn outil fait gagner 4 heures par mois à une personne, qui ne fait rien d'autre de ce temps. Que vaut-il ?
Pas les 4 heures en euros : un confort, à juger comme tel. Il vaut de l'argent quand le temps libéré sert à une autre tâche.
Lectures suivantes
Rien avant : c'est un point de départ.
Estimation du gain d'un projet
Les pages qui renvoient ici
Limites et sources
Les études citées portent surtout sur des services client, du conseil et du développement ; peu sur les tâches des PME françaises. Leurs chiffres ne se transposent pas tels quels.
L'exemple et l'exercice sont fabriqués ; le taux horaire de 40 € est une hypothèse.
- le service client, QJE ; les consultants du BCG ; METR, les développeurs ; l'enquête danoise ; l'enquête américaine ; AI Index 2026.
- Le relevé :
apprendre/recherches/2026-10-08-premiers-projets.jsonet2026-10-08-comprendre-modeles.json, complétés le 9 octobre 2026.
Écrit par Meridal, avec l'aide de l'IA ; chaque fait vérifié à sa source et relu avant publication. Texte et schémas sous licence CC BY 4.0 : reprenez-les en citant Meridal. Le code sous licence MIT.
Choisir vos outils
275 € à 850 €