Le chiffre qui fait passer l'IA pour gratuite
Chiffrez une meme tache des deux facons. Un ticket de support trie par un modele - le lire, le classer, l'aiguiller, rediger l'accuse de reception - consomme environ 500 tokens en entree et 50 en sortie, ce qui, sur Haiku 4.5 aux tarifs publies, revient a $0.00075. Le meme ticket traite par une personne a un cout charge de $22 de l'heure, trente tickets par heure, coute $0.73. C'est un ecart d'environ 978 fois, et chaque chiffre qui le compose est une hypothese que vous pouvez remplacer : payez $30 de l'heure, traitez 20 tickets, utilisez un modele plus gros, l'ecart reste large de trois ordres de grandeur.
| Tache | Cout / tache |
|---|---|
| IA · Haiku 4.5 | $0,00075 |
| Une personne | $0,73 |
| Humains contre IA | ~978× |
Ce que coute une tache
Tri de tickets, modelise · echelle logarithmique, chaque graduation vaut 10×
Modelise, pas mesure : tri sur Haiku 4.5 aux tarifs publies (500 tokens en entree a $1 / 1M, 50 en sortie a $5 / 1M = $0.00075) contre une personne dont le cout charge est de $22 de l'heure et qui traite 30 tickets par heure ($0.73). L'echelle est logarithmique. Le salaire, le debit et le nombre de tokens sont des variables que vous devriez remplacer par les votres ; l'ecart subsiste avec n'importe quel jeu realiste de ces valeurs.
Des chiffres pareils donnent l'impression que l'IA est un oui automatique, et c'est precisement ainsi que les dirigeants finissent decus. Parce que le prix par tache n'est pas la decision. C'est le plus petit chiffre de la piece.
La vraie barriere, c'est le developpement
Entre vous et ces fractions de centime se dresse un cout fixe : quelqu'un doit construire la fonctionnalite. La brancher a votre systeme de tickets, ecrire et tester les prompts, gerer les cas limites, placer un ecran de relecture devant, la deployer. Que ce soit un script a $3,000 ou une integration a $20,000 depend du perimetre, et cela se comporte comme toute autre decision d'investissement que prend votre entreprise : il faut le recuperer sur les economies, mois apres mois. L'IA n'a pas supprime cette logique ; elle a seulement rendu le cout marginal si faible que le developpement represente pratiquement tout l'investissement. Si vous mettez cela en balance avec l'achat d'un outil pret a l'emploi, c'est une decision a part entiere, mais le calcul ci-dessous fonctionne de la meme maniere dans les deux cas.
La formule du seuil de rentabilite
Le modele entier tient en une ligne : retour sur investissement en mois = cout du developpement ÷ (taches par mois × economie par tache), ou l'economie par tache correspond a ce qu'une personne coute pour l'accomplir moins ce que le modele coute. Le cout horaire charge divise par le nombre de taches par heure donne le cote humain ; le calcul des tokens donne le cote IA. Trois valeurs d'entree, une division, et chacune d'elles vous appartient et peut etre corrigee : vos salaires, votre cadence, votre devis.
Le meme developpement a trois volumes
| Volume | Seuil de rentabilite |
|---|---|
| 10,000 taches / mo | ~5 semaines |
| 3,000 taches / mo | ~3,7 mo |
| 300 taches / mo | ~3 an |
Le meme developpement a trois volumes
Developpement $8,000; chaque tache: IA ~$0,00075 contre une personne ~$0,73 (modelise)
Cout cumule de personnes effectuant la tache (trois volumes) contre un developpement unique a $8,000 fonctionnant sur l'IA. Hypotheses de tache identiques au graphique ci-dessus ; la consommation d'IA a ces volumes va de $0.23 a $7.50 par mois, si bien que la courbe ambre apparait plate. Le seuil de rentabilite tombe a environ 5 semaines pour 10,000 taches par mois, 3.6 mois a 3,000, et a peu pres 3 ans a 300. Mettez-y votre propre salaire, debit et devis de developpement ; c'est la forme qui compte.
Voici le graphique qui tranche la plupart des debats developper-ou-non, parce que la seule chose qui change entre les trois courbes, c'est le volume. A 10,000 taches par mois, le developpement a $8,000 est recupere en environ cinq semaines ; le meme developpement a 300 taches par mois traine sur environ trois ans, ce qui, en termes logiciels, est une tout autre decision. Rien concernant le modele, les prompts ou la qualite n'a change. Le volume a lui seul a fait passer la reponse d'un oui evident a un non probable.
Le tableau du retour sur investissement
Trouvez votre colonne, trouvez votre devis, et vous obtenez une premiere reponse defendable avant que quiconque ouvre un IDE.
| 300 taches / mois | 1,000 / mois | 3,000 / mois | 10,000 / mois | |
|---|---|---|---|---|
| Economie mensuelle | $220 | $733 | $2,198 | $7,326 |
| Developpement a $3,000 rentabilise en | 13.7 mois | 4.1 mois | 1.4 mois | 0.4 mois |
| Developpement a $8,000 | 36.4 mois | 10.9 mois | 3.6 mois | 1.1 mois |
| Developpement a $20,000 | 91.0 mois | 27.3 mois | 9.1 mois | 2.7 mois |
Deux lectures honnetes de ce tableau. Le long d'une colonne : la discipline de perimetre paie, car a 1,000 taches par mois, la difference entre un developpement a $3,000 et un a $20,000 est la difference entre quatre mois et deux ans. Le long d'une ligne : le volume est un levier, car le meme developpement a $8,000 passe d'une erreur d'arrondi a un choix injustifiable selon le nombre de taches que vous lui donnez reellement a traiter. Quand une estimation atterrit dans la zone grise du milieu, l'experience la moins chere est generalement un developpement plus modeste qui teste l'hypothese de volume, plutot qu'un developpement plus gros qui parie dessus.
Quand le prix des tokens compte vraiment
Le tri est une tache bon marche ; tout ne l'est pas. Une tache de redaction qui lit un brief de 2,000 tokens et redige un document de 1,500 tokens sur Opus 4.8 coute environ $0.05 par tache, et le travail en contexte long peut grimper bien au-dela. Cela se compare tout de meme a $0.37 pour une seule minute de temps humain, donc l'ecart subsiste, mais a des dizaines de milliers de taches, la ligne marginale cesse d'etre un simple decor : c'est la difference entre des tokens qui coutent $8 par mois et $500. C'est la que les multiplicateurs caches de la premiere partie et les leviers de la deuxieme partie viennent s'imbriquer dans ce modele : ils modifient l'economie par tache, ce qui raccourcit le retour sur investissement. Ils font rarement basculer a eux seuls la decision de developper, mais ils determinent a quel point une bonne decision devient meilleure.
Ce que ce modele laisse de cote
Un peu d'honnetete sur ses limites. Si une personne relit encore chaque sortie, votre economie par tache est l'ecart de temps de relecture, pas l'integralite des $0.73, et le retour sur investissement s'allonge en consequence ; le modele fait ses preuves la ou il boucle entierement la plupart des taches et escalade le reste. Les erreurs ont un prix que cette formule ne voit pas, donc les taches ou une mauvaise reponse coute cher ont besoin d'un controle peu couteux dans la boucle avant que le calcul du volume ne veuille dire quoi que ce soit. Et le developpement n'est pas la derniere facture : les prompts derivent, les systemes changent, quelqu'un maintient l'integration. Rien de tout cela ne casse le modele ; cela appartient simplement a la colonne du developpement, et un pilote dimensionne pour tester votre hypothese de volume est le moyen le moins cher de decouvrir ce que les chiffres sont vraiment.
