POC IA avec Claude : un plan en 6 semaines

TL;DR

Un POC IA avec Claude ne mérite son budget que s’il peut échouer. Définissez les critères d’arrêt avant la semaine un, mesurez la référence avant que quiconque se connecte, et gardez les réglages irréversibles hors du POC. Six semaines suffisent pour un cas d’usage avec une cohorte de relecteurs.

Que doit prouver un POC ?

Un POC doit prouver trois choses : que le résultat passe les vrais relecteurs, que l’effort de relecture est inférieur au travail qu’il remplace, et que le volume annoncé derrière le business case est réel. Tout le reste, y compris le fait que la technologie fonctionne, est déjà connu et n’exige pas six semaines.

Ce recadrage compte, car la plupart des POC sont cadrés sur une question que personne ne met en doute. Claude produira un résumé plausible d’un contrat. Les questions ouvertes sont de savoir si une juriste l’accepte, combien de temps prend la vérification, et si la direction traite réellement 2 000 contrats par mois ou 300.

Ce qu’un POC ne peut pas prouver, et ne devrait pas avoir à prouver :

Question	Pourquoi un POC n’y répond pas
Cela passera-t-il à 500 utilisateurs ?	Limites de débit, charge de support et gouvernance se comportent autrement à l’échelle
Quelle est l’économie annuelle ?	Une capacité libérée ne devient de la trésorerie que par des décisions ultérieures
Est-ce conforme au RGPD ?	C’est une question d’audit et de contrat, pas une expérience
Sur quel modèle standardiser ?	Les modèles changent plus vite que le cycle d’achat
L’usage va-t-il s’installer ?	Six semaines mesurent la nouveauté, pas l’habitude

Que faut-il mettre en place avant la semaine un ?

Quatre choses, dont trois prennent plus de temps qu’on ne le croit : le compte et le workspace avec le bon réglage de résidence, la référence de mesure, une cohorte de relecteurs définie, et les critères d’arrêt validés par la personne qui peut arrêter le projet. Le chronomètre démarre après, pas avant.

Le réglage de résidence est la seule décision véritablement irréversible, donc traitez-la en premier. Le workspace geo est fixé à la création et ne peut plus changer, et seul "us" est disponible aujourd’hui, selon la page data residency. Sur l’API de première partie, inference_geo n’accepte que "global" et "us". Si le POC utilise de vraies données personnelles et que la route de production doit être une région européenne, menez le POC sur cette route dès le départ, sur Bedrock, Google Cloud ou Microsoft Foundry, où le point de terminaison ou le profil d’inférence détermine la région.

Notre recommandation pour l’ordre de mise en place :

Décider si le POC utilise de vraies données. Si oui, la route de résidence et un contrat de sous-traitance passent d’abord, et c’est un délai de deux à quatre semaines dans la plupart des organisations. Si non, utilisez des données synthétiques ou anonymisées et démarrez tout de suite.
Créer un workspace dédié. Jamais dans un workspace que vous comptez garder, car le réglage de geo est permanent et les clés comme les dépenses du POC pollueront le reporting.
Activer la mesure. Le rapport de dépenses est actualisé chaque jour avec un jour de décalage et autorise des périodes personnalisées jusqu’à 90 jours en arrière, donc une référence d’avant le POC n’existe que si vous la capturez d’abord.
Nommer les relecteurs, pas les utilisateurs. La cohorte de relecteurs est ce que le POC teste réellement. Deux ou trois personnes qui vérifient un résultat contre une source, avec du temps alloué.
Écrire les critères d’arrêt. Trois nombres : qualité minimale acceptable du résultat, temps de relecture maximal acceptable par élément, volume minimal. Validés par la personne qui peut arrêter le projet.

Un point de formule sur lequel les pilotes butent : les journaux d’audit, l’API de conformité et SCIM se trouvent dans la formule Enterprise, qui exige au minimum 20 sièges en libre-service et 50 en vente accompagnée. Un POC de dix personnes ne peut pas les avoir. Utilisez la formule Team, qui démarre à 2 sièges à 20 USD par siège Standard et par mois en annuel avec jusqu’à 500 USD de crédits API mutualisés par mois, ou la Console avec un workspace dédié, et acceptez que l’outillage de gouvernance arrive avec le déploiement de production. Notre guide de la formule Team de Claude détaille ce que la formule inférieure apporte et ce qu’elle n’apporte pas.

À quoi ressemblent six semaines ?

Six semaines se découpent en trois blocs de deux : calibrer, tourner contre un volume réel, décider. La semaine de décision n’est pas négociable et doit figurer au plan dès le départ, car un POC sans fin programmée devient un pilote permanent.

Semaine 1 : calibrer sur 20 cas connus. Prenez 20 cas dont la bonne réponse est déjà connue et comparez. Cela établit la référence de qualité et change généralement le prompt trois ou quatre fois.
Semaine 2 : mesurer la boucle de relecture. Les relecteurs vérifient 20 résultats neufs et consignent le temps par élément et les types d’erreur trouvés. C’est ce nombre qui décide du business case.
Semaines 3 et 4 : tourner à volume réaliste. Assez d’éléments pour atteindre le volume annoncé au prorata. Si la direction dit 2 000 par mois, traitez au moins 250 par semaine. Un POC qui traite 30 éléments n’a rien testé sur le volume.
Semaine 5 : casser volontairement. Les cas limites, les entrées mal formées et les cas que la direction décrit comme inhabituels. Consignez ce qui se passe quand la réponse est fausse et que personne ne le remarque.
Semaine 6 : décider contre les critères d’arrêt. Écrivez le résultat contre les trois nombres de la préparation. Construire, couper, ou refaire un POC avec un périmètre modifié. Les trois sont des issues valides.

Deux habitudes de mesure séparent un POC qui produit une décision d’un POC qui produit de l’enthousiasme. Consignez les comptes de tokens par élément plutôt que le total, car seul le nombre par élément s’extrapole. Et consignez le temps de relecture par élément dans le même tableau, car le rapport entre les deux constitue tout le business case.

Combien coûte un POC ?

Le coût en tokens d’un POC est presque toujours négligeable, et son vrai coût est le temps des relecteurs. Pour un cas d’usage documentaire traitant 1 000 éléments à 8 000 tokens en entrée et 1 500 en sortie, la dépense en tokens reste sous 2 USD sur Haiku 5.5 et autour de 31 USD sur Sonnet 5.5. Deux relecteurs à une demi-journée par semaine pendant six semaines, voilà la ligne coûteuse.

Notre arithmétique sur les tarifs catalogue actuels, pour 1 000 éléments à 8 000 tokens en entrée et 1 500 en sortie :

Modèle	Par élément	1 000 éléments
Claude Haiku 5.5	0,0016 USD	1,55 USD
Claude Sonnet 5.5	0,031 USD	31 USD
Claude Opus 5.5	0,062 USD	62 USD

Ajoutez les trois corrections qui changent le chiffre : 10 pour cent de surcoût si vous tournez sur un point de terminaison régional, 1,1 fois le tarif pour une inférence limitée aux États-Unis sur l’API de première partie, et 50 pour cent de moins si le travail tourne en inférence par lots sur Bedrock, que les modèles d’Anthropic y prennent en charge.

Pour un POC de développement, les chiffres sont différents et publiés. Claude Code coûte en moyenne environ 13 USD par développeur et par jour actif, donc un POC de six semaines avec cinq développeurs travaillant quatre jours par semaine atteint environ 1 560 USD de tokens. La recommandation d’Anthropic elle-même est de commencer par un petit groupe pilote et d’établir une référence avec les outils de suivi avant un déploiement plus large, soit le même conseil dans l’autre sens.

Où vont réellement les budgets de POC, comme notre estimation et non comme référence sourcée :

Ligne	Coût typique d’un POC de six semaines
Tokens	50 à 2 000 USD selon le cas d’usage
Sièges	Deux à dix sièges Team, 40 à 200 USD par mois
Temps des relecteurs	10 à 20 jours-personne, la ligne dominante
Temps d’ingénierie	10 à 15 jours-personne
Contrat de sous-traitance et résidence	0 jour avec des données synthétiques, 5 à 15 avec de vraies données

La conclusion à tirer de ce tableau : ne cadrez jamais un POC autour de l’économie de coût en tokens. Cadrez-le autour de la question de savoir si les relecteurs acceptent le résultat, car leur temps est le budget. Notre guide des cas d’usage IA et du coût par tâche transforme les deux nombres du POC en décision de portefeuille.

Mener en interne ou confier à un prestataire ?

Menez le POC vous-même si vous avez un ingénieur capable d’écrire des prompts et une direction prête à allouer du temps de relecture. Faites appel à un prototype sous contrat quand le cas d’usage exige un travail d’intégration que votre équipe ne peut pas planifier, ou quand il faut un résultat en six semaines et que la capacité interne est à trois mois. Les critères d’arrêt et la cohorte de relecteurs restent chez vous dans tous les cas.

Ce qu’un prototype externe devrait posséder et ce qu’il ne devrait pas :

Élément	Qui devrait le posséder
Construction du prompt et du pipeline	L’externe convient
Intégration avec les systèmes internes	L’externe, avec votre revue de code
Cohorte de relecteurs et jugement de qualité	Vous, toujours
Critères d’arrêt	Vous, validés avant le démarrage
Résidence et création du workspace	Vous, car le réglage est permanent
La recommandation finale	Vous. Celui qui construit n’est pas un juge neutre

Notre avis : un prototype sous contrat est un bon investissement pour l’ingénierie et un mauvais pour l’évaluation. Une partie payée pour construire le prototype a intérêt à ce qu’il réussisse, aussi honnête soit-elle. Gardez le jugement de qualité chez les personnes qui vivront avec le résultat, et la décision chez la personne qui a validé les critères d’arrêt.

Ce qu’il faut exiger d’un POC sous contrat :

Les critères d’arrêt inscrits au cahier des charges, avec vos trois nombres.
Les comptes de tokens et les temps de relecture par élément dans le rapport final, non en totaux.
Au moins 250 éléments traités par semaine dans la phase de volume, pas un jeu de démonstration.
Une semaine de cas limites avec les échecs documentés plutôt que lissés.
Prompts, pipeline et jeu d’évaluation livrés en tant que code dans votre dépôt.
Aucun workspace de production créé par le prestataire, puisque le workspace geo ne pourra plus changer.

Notre guide de la clé API Claude traite les voies de création de compte, y compris celles sans compte Anthropic, et notre guide de la résidence des données Claude les réglages par route.

FAQ

Qu’est-ce qu’un POC IA ?

Un POC IA est une expérience limitée dans le temps qui produit une décision de construire ou de couper. Pour Claude, il devrait tester trois choses : si le résultat passe les vrais relecteurs, combien de temps prend la relecture par élément, et si le volume annoncé derrière le business case tient. Savoir si la technologie fonctionne n’est pas la question.

Combien de temps doit durer un POC Claude ?

Six semaines pour un cas d’usage avec une cohorte de relecteurs : deux semaines pour calibrer et mesurer la boucle de relecture, deux semaines à volume réaliste, une semaine à casser volontairement, une semaine pour décider. Un POC sans date de fin programmée devient un pilote permanent et ne produit jamais de décision.

Combien coûte un POC Claude ?

Le coût en tokens est généralement négligeable : sous 2 USD sur Haiku 5.5 ou environ 31 USD sur Sonnet 5.5 pour 1 000 éléments documentaires, et environ 1 560 USD pour un pilote Claude Code de six semaines à cinq développeurs à 13 USD par développeur et par jour actif. La ligne dominante est le temps des relecteurs, typiquement 10 à 20 jours-personne.

Sur quelle formule mener un POC ?

Team, ou la Console avec un workspace dédié. Les contrôles Enterprise, dont les journaux d’audit, l’API de conformité et SCIM, exigent au minimum 20 sièges en libre-service ou 50 en vente accompagnée, donc un petit pilote ne peut pas les avoir. Team démarre à 2 sièges à 20 USD par siège Standard et par mois en annuel.

Quelles décisions de POC sont irréversibles ?

Le workspace geo, fixé à la création du workspace et limité aujourd’hui à "us". Créez un workspace jetable pour le POC et ne le menez jamais dans un workspace que vous comptez garder. Si la route de production exige une région européenne, menez le POC sur un point de terminaison régional chez Bedrock, Google Cloud ou Microsoft Foundry dès le départ.

POC ou pilote : quelle différence ?

Un POC répond à la question de construire ou non et se termine par une décision. Un pilote suppose la décision prise et teste le déploiement : accompagnement, charge de support, gouvernance et adoption. Mener un pilote en l’appelant POC est la façon d’obtenir une dépendance de production que personne n’a validée.

Sources

Anthropic : tarifs des modèles (28 octobre 2026)
Anthropic : data residency (28 octobre 2026)
Claude Code : maîtriser les coûts (28 octobre 2026)
Support Anthropic : la formule Enterprise (28 octobre 2026)
Anthropic : tarifs et formules Claude (28 octobre 2026)
AWS : tarifs Amazon Bedrock (28 octobre 2026)
Support Anthropic : analytique d'usage Team et Enterprise (28 octobre 2026)