Le tarif d’un modèle indique rarement ce que coûtera une fonction complète. Un bouton « analyser le dossier » peut déclencher plusieurs appels, une recherche documentaire, des conversions de fichiers et une relecture. Le coût final dépend aussi du nombre de réponses inutilisables et du temps nécessaire pour les corriger.
Pour établir un budget crédible, partez du parcours qui produit un résultat accepté. Le prix technique devient alors une composante du calcul, au même titre que les outils, l’infrastructure et les opérations humaines. La méthode suivante sert à préparer un pilote puis à remplacer les hypothèses par des mesures, sans reprendre des tarifs qui pourraient ne plus correspondre à votre offre.
Décrire ce qu’une demande déclenche réellement
Choisissez une unité métier : dossier traité, compte rendu validé, réponse de support prête à envoyer. « Un appel au modèle » n’est pas forcément cette unité. Une demande peut nécessiter une classification initiale, plusieurs recherches, une génération et un contrôle avant d’aboutir.
Dessinez ou décrivez les étapes, puis identifiez les ressources facturables. Certaines passent par le modèle, d’autres par un moteur de recherche, un service de transcription, un stockage ou un environnement d’exécution. Les frais de transfert, les abonnements et les minimums contractuels peuvent également modifier le total.
Ne comptez pas uniquement le chemin idéal. Prévoyez les demandes interrompues, les formats refusés et les résultats qui doivent être régénérés.
Un utilisateur peut aussi reformuler sa question parce que l’interface ne lui a pas demandé une précision au départ.
Le comportement du produit influence donc directement la consommation.
Comprendre les unités avant de multiplier les volumes
Pour les modèles textuels, la facturation peut distinguer les unités d’entrée, de sortie et parfois des catégories particulières. Le jeton n’équivaut pas à un mot fixe : la langue, le texte, les codes et les formats modifient la quantité consommée. Une estimation fondée uniquement sur le nombre de pages reste approximative.
Le contexte envoyé peut comprendre des instructions, l’historique, des documents et des résultats d’outils. Une interface affichant une question de deux lignes peut transmettre beaucoup plus de contenu. Mesurez les usages rapportés par le service lorsque c’est possible ; ils sont plus pertinents qu’une estimation visuelle du message.
Pour les images, l’audio ou les fichiers, vérifiez les unités propres au service. Un outil peut être facturé à l’appel, à la durée ou selon une quantité de contenu traitée. Deux fonctions portant le même nom peuvent avoir des mécanismes de coût différents selon l’API ou le mode d’accès choisi.
Construire un exemple de calcul sans le confondre avec un devis
Voici un scénario entièrement fictif, dont les montants ne représentent aucun fournisseur. Une équipe prévoit 10 000 dossiers par mois. Chaque dossier déclenche deux appels, chacun consommant 2 000 unités d’entrée et 500 unités de sortie. Le barème inventé vaut 2 euros par million d’unités d’entrée et 8 euros par million d’unités de sortie.
Chaque appel coûte alors 0,004 euro en entrée et 0,004 euro en sortie, soit 0,008 euro. Deux appels reviennent à 0,016 euro par dossier. Pour 10 000 dossiers, la ligne modèle atteint 160 euros. Ce calcul ne constitue ni une prévision générale ni un tarif commercial : il sert à rendre les hypothèses vérifiables.
Ajoutons, toujours dans ce scénario fictif, une recherche facturée 0,01 euro par dossier, 80 euros mensuels d’infrastructure et 40 euros de stockage. Le coût technique atteint 380 euros : 160 + 100 + 80 + 40. Le prix apparent du modèle ne représente donc qu’une partie du parcours décrit.
Ajouter les reprises et la validation humaine
Supposons maintenant que 10 % des dossiers exigent de répéter les deux appels et la recherche. Avec les mêmes hypothèses fictives, ces 1 000 reprises ajoutent 26 euros : 16 euros pour le modèle et 10 euros pour la recherche. Le total technique passe à 406 euros, avant toute intervention humaine.
Si 2 000 dossiers nécessitent trois minutes de relecture à un coût de travail retenu fictivement à 30 euros par heure, cette validation représente 100 heures, soit 3 000 euros. Le total du scénario atteint 3 406 euros. Il ne mesure pas un gain de productivité : il manque encore le coût du travail de référence sans cette fonction.
Le taux de reprise et le taux de validation ne sont pas interchangeables. Certains dossiers sont relus sans nouvel appel ; d’autres consomment plusieurs appels sans intervention. Mesurez les événements séparément pour ne pas compter deux fois une dépense ou oublier une catégorie.
Comparer au travail existant, à qualité équivalente
Un budget ne dit pas à lui seul si le projet est intéressant. Estimez le temps nécessaire pour obtenir le même résultat acceptable dans le processus actuel. Incluez les contrôles déjà réalisés, les erreurs corrigées et les cas transmis à un spécialiste. La comparaison doit porter sur un résultat d’une qualité comparable.
Un modèle moins cher peut augmenter la relecture. Un modèle plus coûteux peut être inutile pour une tâche simple. Testez ces hypothèses sur des cas représentatifs plutôt que de supposer qu’un tarif plus élevé entraîne automatiquement une meilleure qualité métier.
Définissez aussi ce que signifie « accepté ». Une réponse affichée n’est pas nécessairement une demande résolue. Si l’utilisateur doit recommencer ailleurs, le coût technique de la première réponse ne décrit pas le coût du service rendu. Le coût par résultat utilisable éclaire mieux le choix qu’un coût moyen par génération.
Prévoir plusieurs scénarios de charge
Construisez un scénario courant et un scénario de forte consommation. Faites varier le nombre de demandes, la longueur des dossiers, les reprises et les appels aux outils. Un tableau d’hypothèses est plus facile à réviser qu’un montant unique présenté avec une précision trompeuse.
Les moyennes cachent parfois quelques demandes très longues. Suivez la répartition des consommations et regardez les cas les plus coûteux. Une limite de taille, une question préalable ou une orientation vers un autre parcours peut éviter qu’un dossier atypique déclenche une suite d’appels inutilement longue.
Prenez également en compte les contraintes de débit et de disponibilité. Le projet peut nécessiter une file d’attente, une reprise après erreur ou une capacité supplémentaire. Ces besoins relèvent du service complet ; ils ne se déduisent pas du nombre maximal de jetons annoncé pour un modèle.
Mesurer le pilote avec des données exploitables
Enregistrez, sans conserver inutilement les contenus sensibles, l’identifiant de la demande, les versions utilisées, les consommations, les outils appelés, la durée et le statut final. Associez les coûts techniques au résultat métier. Vous pourrez ainsi repérer une dérive provoquée par une nouvelle instruction ou un connecteur trop bavard.
Séparez les dépenses de mise en place des charges récurrentes : intégration, préparation des données, sécurité, évaluation et formation ne surviennent pas toutes au même rythme. Elles restent nécessaires pour apprécier le coût du projet, mais leur ventilation doit être explicite.
Pendant le pilote, remplacez les hypothèses une par une. Ne transformez pas trop vite une semaine calme en prévision annuelle. Vérifiez que les utilisateurs, les types de dossiers et les périodes observées représentent suffisamment le service futur. Les événements rares et coûteux méritent un scénario distinct.
Borner les appels et organiser les alertes
Fixez des limites cohérentes : durée, nombre d’étapes, taille des entrées et capacité de reprise. Une boucle d’agent ou une répétition automatique peut consommer bien plus qu’une requête simple. Prévoyez un arrêt compréhensible et un moyen de terminer le travail autrement.
Vérifiez ce que font réellement les contrôles budgétaires du fournisseur. Une alerte, un seuil d’information et un blocage dur ne produisent pas le même effet. Si vous avez besoin d’une limite certaine, ajoutez un contrôle applicatif adapté et testez le dépassement dans un environnement prévu pour cela.
Le choix entre traitement local et distant modifie également les postes. Notre explication du traitement des données sur l’appareil ou dans le cloud aide à distinguer ces parcours. En local, la capacité matérielle, l’exploitation et l’énergie remplacent une partie des dépenses à l’usage ; ils ne les font pas disparaître.
Un budget exploitable garde ses hypothèses, sa date et son unité métier à côté du montant. On peut alors décider quoi réduire : des appels inutiles, des reprises évitables ou une ambition trop large. Le tarif du modèle reste nécessaire, mais il ne raconte qu’une fraction de cette décision.
