L'adoption a précédé la décision
Une équipe a pris des sièges sur son propre budget, les résultats ont convaincu. L'extension s'est faite ensuite sans que personne ne définisse ce qu'on attendait ni comment on le mesurerait.
Plateforme · Claude
Claude arrive rarement par un plan d'équipement. Il arrive par une équipe de développement qui l'adopte, puis par des projets et des compétences que chacun crée dans son coin. Six mois plus tard, la direction technique a des sièges premium, une facture qui suit les modèles appelés et aucune vue sur ce que tout cela produit en aval.
Prendre un rendez-vous de découverte, 30 minutesEn bref
Sur un parc Claude, la console d'Anthropic montre l'activité et le coût par personne, pas ce que les sièges et les agents produisent en aval. L'audit de l'usage réel croise ces journaux avec des entretiens pour dire quels sièges redimensionner, quels usages outiller et quoi couper.
Cette page porte sur l'usage de Claude en entreprise, au premier rang duquel Claude Code et les actifs partagés, projets et compétences. Elle ne compare pas les modèles entre eux et ne désigne pas de gagnant : elle donne la grille et les données qui permettent de trancher.
À noterRepères d'entreprise et constats de mission. Les chiffres Inskip sont publiables depuis l'accord du 27 août 2026 ; ils sont mesurés sur un mois de journaux, la rétention de l'export étant de trente jours. Aucun n'est un résultat garanti d'avance.
En bref
Claude ne pose presque jamais un problème d'adoption : il s'installe par l'usage, souvent très vite. Il pose un problème de pilotage, parce que l'adoption précède le cadrage. Cinq situations reviennent.
Une équipe a pris des sièges sur son propre budget, les résultats ont convaincu. L'extension s'est faite ensuite sans que personne ne définisse ce qu'on attendait ni comment on le mesurerait.
Le siège premium et le siège standard ne coûtent pas la même chose et n'ouvrent pas la même enveloppe d'usage. Les attribuer par statut plutôt que par usage réel se paie tous les mois.
Les profils les plus productifs butent sur leurs limites pendant que d'autres sièges ne produisent aucune trace. Tant que les deux populations ne sont pas identifiées, on achète au lieu de réaffecter.
Projets, compétences et instructions se créent en local et restent privés. Le même besoin finit traité en plusieurs versions concurrentes, sans que personne ne le voie.
Quand l'usage se facture au-delà du siège, la dépense dépend des modèles appelés et des tâches lancées. Elle cesse d'être prévisible à partir du nombre de personnes équipées.
En bref
Sur les parcs Claude que nous ouvrons, cinq usages reviennent : Claude Code dans les équipes de développement, les projets partagés, les compétences partagées, les connecteurs vers le système d'information et les usages hors développement. Pour chacun : ce que c'est, ce que la mesure y révèle et la décision que cela permet.
| Usage | Ce que c'est | Ce que la mesure révèle | La décision permise |
|---|---|---|---|
| Claude Code dans les équipes de développement | L'agent de code qui lit la base, planifie et exécute dans le terminal : migrations, tests, relecture de demandes de fusion, reprise de dette. | La console donne déjà les lignes acceptées, le taux d'acceptation et les demandes de fusion abouties avec ou sans assistance. Ce qu'elle ne donne pas, c'est ce que ces fusions deviennent : une fusion n'est pas une mise en service. C'est l'écart entre les deux qui dit le rendement réel. | Redimensionner les sièges premium sur l'usage constaté puis cibler l'accompagnement là où le taux d'acceptation décroche. |
| Les projets et le contexte partagé | Des espaces qui portent un contexte, des documents de référence et des instructions durables pour une équipe ou un sujet. | Combien de projets existent, lesquels vivent réellement et surtout combien portent le même contexte en plusieurs exemplaires. C'est le symptôme le plus courant d'un déploiement rapide. | Fusionner les doublons, désigner les projets de référence puis faire du contexte un actif d'équipe plutôt qu'un dossier personnel. |
| Les compétences et instructions partagées | Des capacités réutilisables qu'une équipe écrit une fois : une grille d'évaluation, un format de compte rendu, une trame de brief. | Celles qui sont publiées à l'échelle de l'organisation et celles qui restent privées, les redondantes, celles qui se contredisent et celles que personne n'appelle. Un actif publié touche nettement plus de monde que sa version personnelle. | Publier ce qui est recréé partout, retirer ce qui ne sert plus puis arbitrer qui tient la bibliothèque commune. |
| Les connecteurs vers le système d'information | Les raccordements qui amènent Claude aux dépôts, aux bases et aux espaces documentaires, par le protocole MCP ou par les connecteurs natifs. | Lesquels sont réellement appelés, par qui, puis quelles questions restent sans réponse faute de source branchée. C'est un diagnostic sur votre patrimoine autant que sur l'outil. | Brancher les bonnes sources avant d'élargir le parc puis retirer les raccordements qui ouvrent un accès que personne n'utilise. |
| Les usages hors développement | Rédaction, analyse de documents, préparation de dossiers dans les fonctions support et métier. | Une distribution très inégale : quelques personnes portent l'essentiel de l'activité. La profondeur d'usage sépare celles qui vont jusqu'au livrable de celles qui s'arrêtent au premier jet. | Cibler la formation sur la profondeur plutôt que sur la prise en main puis redimensionner les sièges au renouvellement. |
En bref
Nous ne publions pas de classement entre plateformes. Nous publions la grille sur laquelle une direction tranche elle-même ainsi que ce qu'il faut regarder pour la renseigner chez Claude précisément. Les cinq critères valent pour toutes les plateformes que nous mesurons, la colonne du milieu change à chaque fois.
| Critère | Ce qu'il faut regarder | Ce que cela vous dit |
|---|---|---|
| Intégration à l'environnement de travail | Le terminal et le dépôt pour les équipes techniques, les connecteurs et les projets pour les autres. L'usage oblige-t-il à quitter l'outil où le travail se fait | Sur Claude l'intégration se joue d'abord côté développement, c'est là que l'adoption s'installe seule |
| Qualité sur la tâche visée | Le taux d'acceptation des éditions puis ce que deviennent les demandes de fusion abouties avec assistance | Une moyenne de marché ne dit rien de votre base de code |
| Gouvernance et administration | Le rattachement des sièges aux groupes d'identité, la gestion des connecteurs autorisés, enfin qui tient la bibliothèque de compétences partagées | Ce qui conditionne l'extension au-delà des équipes pionnières |
| Coût par siège rapporté à l'usage réel | La répartition entre sièges standard et premium, les plafonds atteints, la concentration de la dépense et les modèles appelés | Le seul critère qui transforme une dépense en rendement, et le plus volatil sur Claude |
| Souveraineté et hébergement | Localisation du traitement, engagements contractuels, politique de conservation des conversations | Souvent une contrainte d'entrée, rarement un différenciateur à lui seul |
En bref
Une fois la mesure faite, trois gestes d'outillage suivent, du moins coûteux au plus engageant : publier les actifs, brancher l'IA là où le travail se fait, mutualiser des agents. Mesurer ne change rien tout seul, et on ne corrige pas un usage en demandant aux équipes de mieux s'y prendre.
Projets, compétences et instructions se créent en local et restent privés, si bien que chaque équipe recrée les mêmes. Les publier à l'échelle de l'organisation ne coûte rien et fait converger les pratiques. C'est le geste qui rapporte le plus vite sur un parc Claude.
Les connecteurs et le protocole MCP amènent Claude au dépôt, à la base et à l'espace documentaire. Un usage qui oblige à copier-coller le contexte à chaque fois ne s'installe jamais durablement.
Sur les besoins que la mesure a identifiés comme récurrents d'une équipe à l'autre : un agent commun remplace autant d'automatisations privées. C'est le levier le plus engageant et le seul qui se décide sur des données.
En bref
Le coût réel d'un parc Claude tient à six mécaniques : deux niveaux de siège, un usage facturable au-delà du siège, des plafonds qui font basculer la facturation, le modèle appelé, la concentration de la dépense et le coût caché de la reprise. Nous ne publions aucun montant, ni les nôtres ni ceux d'un éditeur : une grille tarifaire se périme et ne dit rien de votre situation ; c'est la mécanique qui décide.
| Mécanique | Ce qu'elle recouvre | Effet sur le coût réel |
|---|---|---|
| Deux niveaux de siège, pas un | Le siège standard et le siège premium n'ouvrent pas la même enveloppe d'usage. Attribuer les niveaux par statut plutôt que par usage constaté est la première source de gaspillage. | Un mauvais mélange des deux niveaux coûte plus qu'un sur-effectif |
| L'usage peut se facturer au-delà du siège | Sur les formules d'entreprise, le siège s'accompagne d'une consommation facturée au tarif de l'interface de programmation. La dépense suit alors les modèles appelés et les tâches lancées, pas le nombre de personnes équipées. | La dépense cesse d'être prévisible à partir de l'effectif |
| Les plafonds font basculer le mode de facturation | Quand une limite d'usage est atteinte, la consommation peut passer au paiement à la consommation. Le basculement se constate sur la facture avant d'être anticipé, sauf si quelqu'un surveille les plafonds. | Un dépassement se découvre après coup |
| Le modèle appelé change la facture | Tous les modèles ne coûtent pas la même chose pour une tâche donnée. Un usage qui appelle systématiquement le modèle le plus capable sur des tâches qui n'en demandent pas gonfle la dépense sans gain mesurable. | Deux équipes au même volume pour des factures sans rapport |
| La dépense se concentre sur quelques personnes | La console le montre elle-même. Cette concentration n'est pas un problème en soi, elle le devient quand les plus gros postes butent sur leurs plafonds pendant que d'autres sièges dorment. | Un arbitrage souvent à coût net nul |
| Le coût caché de la reprise | Le temps passé à reprendre une sortie, à relancer une tâche mal cadrée ou à défaire ce qu'un agent a produit n'apparaît sur aucune facture. Sur certains usages il dépasse le temps rendu. | Peut dépasser le temps rendu |
À noterAucun chiffrage ne se donne avant l'analyse. Le coût réel de votre parc se calcule sur vos propres journaux et se présente en rendez-vous. Visé et mesuré chez vous : une baisse de 30 à 50 % du coût des usages ciblés, jamais la facture entière. C'est un objectif de mission, jamais un résultat annoncé d'avance.
En bref
Disons-le d'emblée : la console de Claude est l'une des plus complètes du marché. Elle porte même le coût par personne, ce que peu d'éditeurs font. Autant dire précisément ce qu'elle couvre avant de dire ce qui lui échappe. Tout ce qui suit se vérifie dans la documentation d'Anthropic.
À noterRien de tout cela n'est un défaut du produit : un éditeur instrumente son propre périmètre, c'est attendu. Anthropic le fait même mieux que la plupart. Notre apport est la vue tous outils confondus, la lecture de ce qui se passe après la sortie puis l'entretien qui donne l'intention, à partir des mêmes exports que ceux que vous administrez déjà.
Ce que les équipes font vraiment avec Claude et avec le reste du parc : cas d'usage détectés, adoption réelle par pôle, projets et compétences créés, publiés ou restés privés.
Ce que chaque cas d'usage coûte et ce qu'il rapporte : sièges standard et premium rapportés à l'usage constaté, plafonds atteints, modèles appelés, coût complet consolidé.
Quoi industrialiser en premier, quels niveaux de siège réaffecter au renouvellement, qui former sur quoi.
Nous analysons des usages, jamais des personnes. Les résultats sont agrégés par équipe et par outil ; le statut exact du traitement se valide avec votre délégué à la protection des données. Lecture seule, aucune écriture dans vos systèmes, aucun scan des postes de travail, aucune lecture de vos dépôts de code. Le rapport porte aussi son annexe des non-dits : le périmètre réellement couvert, ce que nous n'avons pas pu voir et les chiffres que nous refusons d'avancer.
En bref
Sur Claude, nous avons mesuré le parc d'Inskip, un cabinet de conseil et de formation. Idun Group fait du conseil outillé et ne revend aucune plateforme : nous devons pouvoir conclure que l'outil ne vaut pas ce qu'il coûte chez vous.
Inskip
Chez Inskip, cabinet de conseil et de formation, l'analyse de l'usage réel de Claude a établi 85 % d'activation réelle : 33 sièges actifs sur 39, dont 8 démarrages avortés. Avec les 4 sièges sans aucune trace, 12 sièges sur 39 étaient à réaffecter ou à activer. Chez Inskip, la consommation des trois plus gros utilisateurs vaut, au tarif de l'API, 12 à 25 fois le prix d'un siège premium.
La limiteLa limite, écrite en tête et jamais en annexe : l'export de la plateforme avait une rétention glissante à trente jours alors que le déploiement en comptait cinq mois. Un mois sur cinq a été mesuré.
Nous ne publions aucun tarif, ni le nôtre ni celui d'un éditeur. Et sur Claude, le tarif affiché renseigne moins qu'ailleurs : la dépense dépend du mélange entre sièges standard et premium, des modèles appelés et des plafonds atteints. C'est ce mélange qui se mesure.
Les deux n'ouvrent pas la même enveloppe d'usage : le premium en ouvre une nettement plus large. L'erreur la plus courante est d'attribuer les niveaux par statut hiérarchique plutôt que par usage constaté.
Elle le donne en effet, ce qui est rare. Elle couvre en revanche le périmètre Anthropic, elle ne dit pas ce que devient une demande de fusion aboutie. Elle ne voit pas non plus les compétences écrites en plusieurs versions concurrentes. C'est là que nous intervenons.
En rapprochant le taux d'acceptation des éditions, les demandes de fusion abouties avec assistance puis ce que ces fusions deviennent ensuite. Une fusion n'est pas une mise en service. C'est l'écart entre les deux qui dit le rendement.
Pas votre dépôt : nous ne lisons ni vos référentiels ni vos fichiers. Nous lisons les journaux d'usage de Claude Code ; si vos réglages y font entrer le texte des demandes, des extraits de code peuvent s'y trouver, et nous ne le cachons pas. Nous mesurons des usages, jamais la qualité de votre code.
Non. Idun Group est un cabinet de conseil indépendant et ne revend aucune plateforme. Notre outil de mesure, Idun Cockpit, peut se garder après la mission, sur abonnement : il mesure les plateformes, il n'en remplace aucune.
Rien. Nous travaillons à partir des exports et des journaux existants, en lecture seule, sans réinstrumentation. Le traitement s'exécute en France, chez Scaleway à Paris, ou dans votre périmètre si votre politique l'exige.
Non. C'est une règle de méthode : nous mesurons des usages agrégés par équipe et par outil, jamais l'activité nominative d'un collaborateur. Nous ne cherchons pas qui utilise mal l'outil, mais où l'outil est mal réglé.
Trente minutes pour cadrer le périmètre, les plateformes à lire et l'échéance de renouvellement que vous avez en tête. Vous repartez avec un verdict franc sur la pertinence de l'exercice chez vous.
Prendre un rendez-vous de découverte, 30 minutesLecture seule. Nous analysons des usages, jamais des personnes.
Accompagné par


Comment on mesure un parc Claude
En bref
Claude n'est jamais seul dans une organisation. La mesure qui compte est celle qui le replace parmi les autres outils du parc, parce que c'est la seule qui permet de comparer un même cas d'usage d'un outil à l'autre.
Les journaux et exports que vous produisez déjà
Nous partons de ce que produisent les plateformes que vous administrez : Claude, également les modèles internes, les autres assistants et les agents sur mesure. Rien à installer sur les postes, aucune réinstrumentation. Remise d'exports ou connexion en lecture seule, la modalité exacte s'arbitre en réunion de cadrage.
La vue tous outils confondus
Une console d'éditeur couvre le périmètre de son éditeur, par construction. Elle ne voit pas les collaborateurs basculés ailleurs, ni le même besoin traité sur deux plateformes. C'est cette vue consolidée qui permet d'arbitrer.
Les entretiens, pour ce que les journaux ne disent pas
Les journaux donnent le factuel : qui utilise quoi, à quelle fréquence, à quel coût, avec quel taux d'erreur. Ils ne donnent pas l'intention. Les entretiens avec la direction des systèmes d'information et les directions métier sont une étape obligatoire. Les interviews et la donnée, jamais l'une à la place de l'autre.
Une restitution qui tient devant la finance
Le document se lit sans retraitement. La finance y trouve le coût complet et la concentration de la dépense, les équipes techniques le détail par niveau de siège et par modèle, la direction des ressources humaines le besoin de formation qui en découle.