Claude Enterprise

Ce qu'est Claude Enterprise

Claude Enterprise est l'offre d'Anthropic pour une organisation, non pour une personne. Ce que vous achetez, c'est un espace locataire : un seul environnement administré où chaque membre se connecte avec l'identité de l'entreprise, retrouve le même Claude dans chaque outil et laisse derrière lui une trace auditable. Depuis que l'expérience unifiée est devenue généralement disponible pour Enterprise le 23 octobre 2026, une conversation qui commence en simple chat peut se poursuivre dans Cowork, un bac à sable cloud isolé qui ouvre des fichiers, exécute du code et revient avec des résultats, puis retourner au chat sans que l'utilisateur change de fenêtre. Le siège ouvre aussi Claude Code pour les ingénieurs, Claude Design, Docs et Slides, Claude pour Microsoft 365, Claude dans Chrome, Claude dans Slack et Claude Security, avec les Projets, les Artifacts, la mémoire, les Skills, les plugins et les connecteurs.

Comment le sait-on ? Parce que le dossier est public et daté. L'annonce d'Anthropic du 4 septembre 2024 présentait l'offre avec une fenêtre de contexte élargie, l'authentification unique, le provisionnement SCIM, les journaux d'audit, les rôles et une intégration GitHub native. La page de l'offre sur claude.com liste ce qu'un siège comprend aujourd'hui ; les notes de version et les guides d'administration de support.claude.com datent chaque changement depuis. L'ancienne étiquette « Claude for Work » a disparu, et Team et Enterprise sont vendus comme des offres distinctes. Citez la date chaque fois que vous citez une fonction : un registre des risques qui dit « Claude a des journaux d'audit » vaut moins qu'un registre qui dit quand vous l'avez vérifié.

Ce qui a changé entre 2024 et aujourd'hui, c'est moins le modèle que la forme. Le premier Enterprise était une excellente fenêtre de chat à laquelle on avait attaché une identité d'entreprise. Le produit de 2026 est un espace de travail agentique. Cowork est apparu en avant-première de recherche en janvier 2026, a atteint sa version entreprise avec connecteurs et plugins en février, puis la disponibilité générale le 9 avril avec une API d'analyse et la prise en charge d'OpenTelemetry. Le côté administration a grandi au même rythme : des rôles personnalisés qui décident quels connecteurs, et même quels outils de connecteur, un rôle peut utiliser (28 mai 2026) ; des plafonds de dépense par organisation, groupe et membre ; des budgets de groupe mutualisés annoncés le 23 octobre 2026 ; une API de conformité qui alimente votre SIEM.

Imaginez trois acheteurs. Un assureur de 4 000 personnes à Zurich veut que ses gestionnaires de sinistres rédigent leurs courriers dans Word, avec une durée de conservation choisie et une piste d'audit complète. Une université britannique veut ses chercheurs sur Cowork, mais aucune sortie réseau du bac à sable tant que la sécurité n'a pas regardé. Une municipalité de l'Ohio veut un départ calme et peu coûteux : Sonnet par défaut, mode Efficient activé, trois cas d'usage au service des licences. Tous trois achètent le même espace et en allument des parties différentes.

Le mythe populaire veut qu'une offre entreprise soit le produit grand public avec un logo dessus. Ce n'est pas le cas : le produit grand public n'a ni API de conformité, ni SCIM, ni conservation au choix, ni clés gérées par le client, ni moyen de restreindre ce qu'un bac à sable peut atteindre. L'offre, c'est le plan d'administration plus les modèles.

Essayez : abonnez-vous aux notes de version sur support.claude.com et lisez les quatre-vingt-dix derniers jours avant votre première revue des réglages ; la plupart des surprises y sont déjà écrites.

Vous n'achetez pas un chatbot ; vous achetez un espace locataire, et un espace locataire se gouverne.

Un siège, plusieurs portes

Un siège Claude Enterprise est une identité, pas une application. La même personne, connectée une fois via votre fournisseur d'identité, ouvre Claude dans le navigateur sur claude.ai, dans l'application de bureau sur macOS ou Windows, sur un iPhone ou un téléphone Android, dans Excel, PowerPoint, Word et Outlook grâce à Claude pour Microsoft 365, dans un panneau latéral de Chrome, dans un fil Slack et, pour les ingénieurs, dans le terminal, l'IDE ou le web grâce à Claude Code. Derrière chaque porte se trouvent les mêmes modèles, la même mémoire, les mêmes Projets et la même politique d'organisation. La page de l'offre d'Anthropic liste les surfaces comprises dans un siège ; les guides d'administration expliquent comment chacune s'active, et les notes de version les datent : Claude pour Excel est entré en bêta le 24 novembre 2025, Claude dans Chrome a reçu ses listes de sites autorisés et bloqués le 18 décembre 2025, et la mention de Claude dans Slack pour lui déléguer une tâche est arrivée le 23 juin 2026.

Pourquoi tant de portes ? Parce que les gens ne changent pas d'outil pour un fournisseur ; ils en changent quand le travail l'exige. L'analyste financier de Rotterdam vit dans Excel et n'utilisera qu'un assistant qui y vit aussi. La juriste d'entreprise de Manchester travaille dans Word avec le suivi des modifications et refuse de coller un contrat dans un navigateur. La responsable du support à Austin pilote sa journée depuis Slack. L'ingénieur plateforme de Bangalore ne veut rien entre lui et le terminal. La seconde conséquence est plus discrète et plus utile : une identité, c'est une seule piste d'audit. Qu'un document ait été rédigé dans Word ou dans le chat, l'API de conformité l'affiche sous le même utilisateur.

Plus de portes, c'est plus d'endroits à configurer. Claude dans Chrome peut naviguer et agir sur des sites, il porte donc sa propre liste d'autorisation. Les outils d'écriture du connecteur Microsoft 365, qui laissent Claude envoyer un courriel ou modifier un fichier, exigent un consentement dans Microsoft Entra et une activation explicite par l'administrateur (7 juillet 2026), comme tout connecteur qui agit au lieu de seulement lire. L'application de bureau accepte des clés de stratégie MDM : une équipe postes de travail peut interdire les serveurs MCP locaux ou limiter les dossiers que Claude peut ouvrir. Rien de tout cela n'est difficile ; tout cela demande que quelqu'un décide.

La géographie change les clés, pas les portes. Sous le RGPD, un connecteur qui lit la boîte aux lettres d'un salarié est un traitement qui mérite une ligne dans votre registre ; en Allemagne, un outil capable de surveiller le personnel peut déclencher la codétermination du comité d'entreprise au titre de l'article 87 de la loi sur l'organisation des entreprises ; aux États-Unis, la première question est souvent de savoir quelle loi d'État sur la vie privée s'applique aux données clients de cette boîte.

Le mythe à corriger : chaque surface serait un produit à part avec ses propres règles de données. Non : un espace locataire, un jeu de conditions commerciales, un réglage de conservation, un journal d'audit, et les entrées comme les sorties ne servent pas par défaut à entraîner les modèles, sur aucune de ces surfaces.

Essayez : installez l'application de bureau avec la connexion de votre organisation et comptez les connecteurs déjà approuvés pour vous ; cette liste est l'appétit au risque de votre administrateur en miniature.

Le siège, c'est la personne ; les portes ne sont que l'endroit où le travail se fait.

Team, Enterprise ou l'API

Il existe trois façons d'entrer chez Claude, et la réponse honnête est que la plupart des organisations d'une certaine taille finissent avec deux d'entre elles. Team est l'offre en libre-service pour les petits groupes, de deux à 150 personnes environ ; elle comprend l'authentification unique et, depuis le 16 janvier 2026, Claude Code sur les sièges standard, mais, au moment où nous écrivons, ni le provisionnement SCIM, ni les journaux d'audit, ni les rôles fins. Enterprise est l'espace gouverné dont parle ce livre : identité, preuves de conformité, conservation au choix, clés gérées par le client, contrôle des modèles et des dépenses. La plateforme Claude est l'API, pour les logiciels que vous construisez vous-même, accessible directement chez Anthropic ou via Amazon Bedrock, Microsoft Foundry et Vertex AI de Google Cloud, avec une rétention zéro possible par accord.

Comment le sait-on : par le comparatif des offres sur claude.com, les guides d'administration et la documentation de chaque fournisseur cloud. Les limites précises de Team sont le genre de détail qui bouge ; lisez la page le jour où vous décidez et gardez-en une copie datée avec la décision.

Choisissez selon le besoin, pas selon la taille. Posez trois questions. Qui peut entrer et qui doit sortir, automatiquement ? Si la réponse passe par votre SIRH, il vous faut SCIM, donc Enterprise. Qui nous demandera des preuves ? Si un régulateur, un auditeur, le questionnaire de sécurité d'un client ou un comité d'entreprise demandera un jour ce qui a été fait avec l'outil, il vous faut les journaux d'audit et l'API de conformité. Construisons-nous un produit ? Si Claude doit vivre dans quelque chose que vos clients utilisent, c'est la plateforme, avec vos propres journaux, vos propres clés et vos propres évaluations, ce que couvre le volume frère Agents in Production.

Trois acheteurs illustratifs. Un cabinet d'architecture de 40 personnes à Copenhague est bien servi par Team : tout le monde se connaît, l'associé gérant ajoute et retire les sièges à la main, et personne ne demandera jamais un journal. Un distributeur de 12 000 personnes avec des sièges à Leeds et à Varsovie a besoin d'Enterprise, car le jour où un directeur de magasin part est le jour où son accès doit cesser, dans les deux pays, sans ticket. Une fintech de Toronto fait tourner la plateforme via Bedrock pour son produit client et Enterprise pour ses 300 salariés : deux contrats, deux factures, un seul Trust Center.

Le mythe veut qu'Enterprise soit réservé aux grandes entreprises. Il est fait pour les organisations qui ont des obligations. Un cabinet d'avocats de 60 personnes tenu au secret professionnel peut en avoir davantage besoin qu'une start-up de 600 personnes qui ne traite aucune donnée personnelle. Dans l'Union européenne, un organisme public qui doit documenter une analyse d'impact voudra la piste d'audit dès le premier jour ; au Royaume-Uni, la même logique suit les recommandations de l'ICO ; aux États-Unis, c'est plus souvent un contrat client qui force la question.

Essayez : écrivez vos trois questions d'administration sur une fiche (qui entre, qui sort, qui peut le prouver) et voyez quelle page d'offre répond aux trois sans note de bas de page.

Comptez les obligations que vous portez, pas les personnes que vous employez.

Les modèles derrière le siège

Un siège ne vous donne pas un modèle ; il vous donne une famille de modèles et une série de molettes. Fin octobre 2026, la famille se compose d'Opus 5.5, de Sonnet 5.5 et de Haiku 5.5, la génération 5.5 arrivée le 7 octobre 2026, aux côtés de Fable 5.1 et d'un palier de classe Mythos à accès restreint. Les molettes sont l'effort (combien de temps le modèle peut réfléchir avant de répondre), les droits par rôle qui disent quels modèles un membre peut choisir, et le mode Efficient, qui limite l'expérience unifiée à Sonnet et Haiku et démarre chaque nouvelle session sur Sonnet 5.5 à effort faible. Comment le sait-on : par les pages des modèles sur docs.claude.com et les notes de version sur les contrôles de modèle et d'effort pour les membres (bêta, 1er juillet 2026) et sur les modèles par défaut et droits par rôle (2 juillet 2026).

Ce livre ne parlera pas de benchmarks. Pour une organisation, le cadre utile est la tâche, et trois compromis honnêtes : capacité, latence et coût par jeton. Classer, router, extraire et trier en première passe un millier de tickets par jour relève de Haiku, assez rapide et bon marché pour ce volume. La rédaction quotidienne, l'analyse, le résumé d'un rapport de quarante pages et la plupart des sessions Cowork relèvent de Sonnet, et c'est pourquoi le mode Efficient y habite. Le travail agentique long en plusieurs étapes, le raisonnement difficile et tout ce où une erreur coûte cher relèvent d'Opus ou de Fable. Le palier Mythos est restreint : planifiez sans lui et traitez l'accès comme un bonus.

Trois décors illustratifs. Un assureur madrilène épingle son groupe de tri des sinistres sur Haiku, parce que le travail consiste à trier, pas à écrire. Un cabinet d'avocats de Dublin autorise Opus pour les avis et Sonnet pour la correspondance, puis mesure ce que ses juristes utilisent vraiment. Une mairie de Cracovie active le mode Efficient pour 1 200 agents administratifs et réserve les molettes supérieures à une douzaine d'analystes. Chacun de ces choix est un réglage de rôle, fait une fois par un administrateur, non une préférence que chacun redécouvre.

Deux mythes méritent correction. Le premier : le plus gros modèle est toujours le meilleur ; pour la plupart des tâches de bureau, la différence de qualité est invisible pour le lecteur mais visible sur la facture. Le second : le choix du modèle serait une préférence utilisateur. Sur Enterprise, c'est un droit, et un droit relève de la politique : il va avec le rôle, le budget et l'appétit au risque, pas avec l'humeur de l'après-midi.

La preuve qui compte est la vôtre. Faites passer une tâche réelle par deux modèles, chronométrez, et demandez à des collègues de classer les résultats sans savoir lequel est lequel. Une mesure pilote de ce genre vaut plus que n'importe quel classement public, et c'est à cela que sert le volume Evals in a Nutshell.

Essayez : prenez une vraie tâche, le résumé en deux pages d'un document réel, lancez-la sur Haiku, Sonnet et Opus, chronométrez chaque passage et demandez à trois collègues de classer les trois résultats à l'aveugle.

Le bon modèle est le moins cher qui fait bien le travail, et c'est le rôle, non l'humeur, qui doit le choisir.

Comment Anthropic pense la sécurité

Un acheteur d'entreprise ne peut pas inspecter les poids d'un modèle, mais il peut lire ce que son fabricant s'est engagé à faire publiquement, et cette lecture vaut un après-midi. Il y a quatre couches. La Responsible Scaling Policy, publiée en septembre 2023 et révisée depuis, est le cadre d'Anthropic pour les risques catastrophiques : elle définit des niveaux de sécurité de l'IA et engage l'entreprise à mettre des garde-fous avant d'entraîner ou de déployer des modèles au-delà de seuils de capacité déclarés. La constitution de Claude, publiée en janvier 2026 et longue d'environ 23 000 mots, décrit comment Claude doit penser, se comporter et arbitrer entre des objectifs concurrents. La politique d'utilisation et les conditions commerciales régissent votre espace locataire, y compris l'engagement que les entrées et les sorties ne servent pas par défaut à entraîner les modèles. Le Trust Center sur trust.anthropic.com contient les preuves : SOC 2 Type II, ISO 27001 et la certification ISO/IEC 42001, la norme des systèmes de management de l'IA, obtenue par Anthropic en janvier 2025.

Comment le sait-on, c'est justement le point : chacun de ces textes est un document daté sur anthropic.com ou le Trust Center, et les certifications sont délivrées par des auditeurs indépendants selon des normes publiées. Lisez-les pour ce qu'ils sont. La politique de montée en échelle parle du risque de frontière, pas de votre disponibilité ni de vos données. La constitution parle du comportement du modèle en général, non d'une garantie pour une réponse donnée. Les conditions sont une promesse sur vos données. Les certificats sont des preuves sur les contrôles du service, non sur l'usage que vous en faites.

C'est sur cette dernière distinction que les acheteurs trébuchent. Un rapport SOC 2 dit que les contrôles du fournisseur ont fonctionné comme décrit sur une période ; il ne dit rien sur le fait que votre équipe sinistres devrait coller des notes médicales dans un chat. ISO/IEC 42001 dit que le fournisseur gère un système de management de l'IA avec objectifs, analyse des risques et revue ; il ne gère pas le vôtre. Le cadre de gestion des risques de l'IA du NIST (janvier 2023, avec un profil IA générative en juillet 2024) dit la même chose depuis l'autre rive : les fonctions Gouverner et Cartographier sont le travail du déployeur.

La géographie fixe le cadre. Dans l'Union européenne, les obligations du règlement sur l'IA pour les modèles à usage général s'appliquent aux fournisseurs depuis le 2 août 2025, et le devoir de maîtrise de l'IA de l'article 4 s'applique aux déployeurs, c'est-à-dire à vous, depuis le 2 février 2025. Au Royaume-Uni, pas de loi sur l'IA ; les recommandations de l'ICO et le UK GDPR font le travail. Aux États-Unis, un groupe hospitalier demande HIPAA, une agence fédérale demande FedRAMP, et une banque demande les lignes directrices de son régulateur sur le risque de modèle.

Dans le registre des risques, écrivez chaque engagement comme un contrôle à cinq champs : le contrôle, l'URL source, la date de vérification, le responsable et la prochaine revue. C'est une phrase ennuyeuse, et l'ennui est ce qu'un auditeur aime.

Essayez : demandez le rapport SOC 2 Type II via le Trust Center et classez-le, daté, à côté de votre revue fournisseur ISO 27001 existante plutôt que dans un nouveau dossier que personne n'ouvrira.

Une politique est une promesse sur un comportement ; un certificat est une preuve sur un système ; classez les deux et ne les confondez jamais.

Par siège, plus l'usage

La forme commerciale de Claude Enterprise a deux parties, et comprendre les deux est plus utile que connaître l'un ou l'autre prix, que ce livre ne citera pas. La première partie est le siège : un forfait par personne sur un engagement annuel, avec un nombre minimal de sièges indiqué sur la page des tarifs. La seconde est l'usage : les jetons que ces personnes consomment, facturés aux tarifs de l'API, en plus du siège. On peut acheter avec l'aide des ventes, sur facture et à terme, ou, depuis le 12 février 2026, en libre-service en ligne avec un seul type de siège ; on peut aussi acheter via AWS Marketplace et imputer le coût sur un engagement AWS existant. Comment le sait-on : par les pages tarifs et entreprise de claude.com et la note de version du libre-service ; le passage d'un usage inclus à un usage facturé à part, rapporté par la presse spécialisée entre fin 2025 et début 2026, se traite mieux comme contexte que comme citation précise.

L'usage facturé à part change les comportements, et c'est la raison de le comprendre. Quand l'usage est visible, les gros utilisateurs le deviennent aussi, et les sièges inactifs également. Dans la plupart des pilotes, une petite part des gens consomme la plupart des jetons, et ce sont souvent ceux qui font le travail le plus précieux, si bien que la bonne réponse est rarement de les arrêter. Le plan d'administration donne les outils pour gérer plutôt qu'interdire : des plafonds de dépense par organisation, groupe et membre ; des budgets de groupe mutualisés, annoncés le 23 octobre 2026, pour qu'un service partage un seul plafond au lieu de dix petits ; des alertes à 75 et 90 pour cent pour les administrateurs, et à 75 et 95 pour cent pour les utilisateurs, qui peuvent demander une rallonge ; le mode Efficient pour les groupes dont le travail n'exige pas les grands modèles.

Prévoir est un exercice de pilote, pas une conjecture de tableur. Faites tourner trente jours avec un groupe réel, exportez l'usage par utilisateur et regardez la distribution. Une municipalité de Birmingham qui pilote avec 40 personnes du service des recettes et prestations verra quelques gros utilisateurs et une longue traîne, et pourra budgéter l'année à partir de cette forme. Un industriel de Munich découvrira que son comité d'entreprise s'intéresse aux dépenses par utilisateur, car un rapport qui classe les salariés par consommation est, au sens de la loi sur l'organisation des entreprises, un système technique capable de surveiller la performance, et exige un accord avant d'être utilisé ainsi. Un éditeur américain qui achète via AWS Marketplace se soucie surtout que l'imputation compte dans son engagement.

Mythe : la licence serait tout le coût. Ce n'est même pas toute la facture. Ajoutez l'usage, le temps des personnes qui administrent, et la formation et la maîtrise de l'IA que le règlement européen attend désormais des déployeurs.

Essayez : exportez l'usage du mois dernier par utilisateur depuis la page d'analyse, triez-le et regardez quelle part des dépenses le dixième le plus actif a consommée ; puis demandez ce qu'ils faisaient avant de leur demander d'arrêter.

Le siège est un coût que l'on prévoit ; l'usage est un comportement que l'on gère.

Cinq mythes sur l'IA en entreprise

Chaque déploiement rencontre les mêmes cinq mythes dans son premier mois, souvent de la part de gens intelligents, et chacun a une réponse datée. Mythe un : ça s'entraîne sur nos données. Sur Claude Enterprise, les entrées et les sorties ne servent pas par défaut à entraîner les modèles ; l'engagement figure dans les conditions commerciales et sur le Trust Center à trust.anthropic.com. Comment le sait-on : par le contrat que vous avez signé, la meilleure façon de savoir. La question suivante, raisonnable, est la conservation : vous pouvez fixer une durée personnalisée, avec un minimum de trente jours, et vous renseigner sur les clés gérées par le client et l'inférence limitée aux États-Unis si votre régulateur se soucie de l'endroit où se font les calculs.

Mythe deux : ça remplace l'intranet. Claude lit votre SharePoint, votre Drive ou votre Confluence via des connecteurs, et chaque connecteur respecte les permissions que la personne possède déjà dans le système source. C'est un très bon lecteur ; ce n'est pas un système de référence. Si l'intranet a tort, Claude résumera l'erreur avec aisance. Un bailleur social néerlandais qui a piloté un assistant de politique interne l'a vite appris : les réponses de la première semaine étaient d'impeccables résumés d'une politique de location périmée, et le remède fut d'archiver le vieux document, pas de mieux formuler les demandes. Exemple illustratif, non rapporté.

Mythe trois : une licence par personne, c'est tout le coût. Le siège est un forfait, l'usage se facture en plus aux tarifs de l'API, et le coût réel comprend le temps d'un administrateur, celui d'un ambassadeur et la formation. L'article 4 du règlement européen sur l'IA attend des déployeurs qu'ils assurent la maîtrise de l'IA de leur personnel depuis le 2 février 2025 ; c'est un coût, et un bon, dans chaque État membre, et une bonne idée à Leeds ou à Lyon de toute façon.

Mythe quatre : tout allumer le premier jour. Les propres recommandations de déploiement d'Anthropic pour l'expérience unifiée disent l'inverse : impliquer l'informatique, la sécurité et les achats, faire une revue de sécurité, piloter avec un seul rôle, revoir les réglages, surveiller deux à quatre semaines, puis élargir par vagues. Le produit est d'accord : le Claude unifié était désactivé par défaut pour les organisations existantes à son lancement le 23 octobre 2026, le défaut changeant le 16 novembre sauf si les propriétaires choisissent de le garder désactivé.

Mythe cinq : l'équipe IA en est propriétaire. Un responsable IA peut tenir l'inventaire des cas d'usage et le réseau d'ambassadeurs, mais le propriétaire principal siège à l'informatique, les journaux d'audit appartiennent à la sécurité, l'analyse d'impact au délégué à la protection des données, le budget aux finances et, en Allemagne, le comité d'entreprise a une place légale à la table. Les deux chapitres suivants parlent de cette distribution. Les mythes survivent parce que personne ne les date ; dès que vous écrivez « vérifié le 29 octobre 2026, source : guide d'administration » à côté d'une affirmation, elle devient un fait avec une date de péremption.

Essayez : demandez à cinq collègues lesquels de ces cinq mythes ils croient, et tenez le compte ; c'est votre analyse des besoins de formation, gratuitement.

Mettez une date et une source sur chaque affirmation, et le mythe cesse d'en être un.

Décidez d'abord ce que vous voulez

La phrase la plus coûteuse du logiciel d'entreprise est « allumons-le et voyons ce que les gens en font ». Elle a l'air ouverte d'esprit ; c'est en réalité une décision de ne pas décider, et elle garantit que six mois plus tard personne ne pourra dire si la chose a marché. L'alternative tient sur une page, et ce chapitre explique comment l'écrire. Appelons-la la déclaration d'intention : trois à cinq objectifs mesurables, les non-objectifs, l'appétit au risque, les mesures de référence, et la signature d'un sponsor exécutif qui sera encore en poste lors de la revue.

Comment sait-on que cela marche ? Non par une affirmation de fournisseur, mais par deux normes et beaucoup de cicatrices. ISO/IEC 42001, la norme des systèmes de management de l'IA, exige qu'une organisation fixe des objectifs d'IA et planifie comment les atteindre (clause 6.2), puis évalue sa performance par rapport à eux (clause 9). Le cadre de gestion des risques de l'IA du NIST place Gouverner et Cartographier avant Mesurer et Gérer pour la même raison. Les deux disent : écrivez ce que vous voulez avant de mesurer quoi que ce soit, sinon vous mesurerez ce que l'outil rend facile.

Les objectifs doivent être des résultats, pas des fonctions. « Déployer Claude auprès de 2 000 agents » est une fonction. « Ramener le temps médian de rédaction d'un courrier de sinistre de quarante minutes à quinze » est un résultat ; de même « réduire de 30 pour cent l'arriéré de questions sur les politiques internes », « aucune hausse du taux d'erreur à la revue qualité » et « le personnel déclare moins de corvées dans l'enquête trimestrielle ». Choisissez des mesures que vous collectez déjà, ou que vous pouvez collecter dans les deux premières semaines du pilote ; une référence mesurée après l'arrivée de l'outil n'est pas une référence.

Les non-objectifs sont les héros discrets de la page. Un groupe hospitalier lyonnais écrit « aucun dossier patient la première année », ce qui règle cent disputes futures. Un assureur de Toronto écrit « aucun envoi autonome de courriel client », ce qui décide la politique du connecteur Microsoft 365 avant que quiconque ouvre les réglages. Une université britannique écrit « aucune notation de travaux d'étudiants », à la fois une politique et un message au personnel.

L'appétit au risque va sur la page en mots simples, par catégorie : faible pour tout ce qui sort du bâtiment au nom de l'organisation, moyen pour la rédaction interne, et une personne nommée qui peut le relever. Puis la signature. Un sponsor qui signe une page viendra à la revue des trente jours ; un sponsor qui a approuvé une ligne budgétaire enverra un délégué.

Essayez : écrivez cette semaine les trois objectifs, les deux non-objectifs et une ligne d'appétit au risque sur une seule page, et demandez au sponsor de la signer avant le lancement plutôt qu'après.

Une fonction que vous n'avez pas demandée ne peut pas livrer un résultat que vous n'avez jamais écrit.

Les personnes qui font que ça marche

Aucun réglage de la console d'administration ne compte autant que les dix noms de cette page. Claude Enterprise est gouverné par des personnes avant de l'être par une politique, et le premier travail de quiconque lit ceci est de remplir la distribution. Au sommet siège le sponsor exécutif, propriétaire de la déclaration d'intention du chapitre précédent, qui vient aux revues. Sous le sponsor, quatre piliers, chacun avec une petite troupe.

Le premier pilier tient les clés. Le propriétaire principal est un vrai rôle du produit : le seul compte qui peut tout faire, y compris la facturation et le transfert de propriété, raison pour laquelle il doit appartenir à quelqu'un de l'informatique et non à l'utilisateur le plus enthousiaste. Depuis le 2 juin 2026, des rôles personnalisés peuvent porter des permissions d'administration pour des domaines comme la facturation et la confidentialité sans statut de propriétaire ; le propriétaire principal peut donc, et doit, rester un rôle discret. L'administrateur informatique gère l'authentification unique, SCIM et les réglages ; le service d'assistance traite les sièges et les demandes d'accès via l'annuaire, pas par courriel.

Le deuxième pilier, ce sont les freins. Le responsable sécurité possède les journaux d'audit, le flux de l'API de conformité vers le SIEM et la revue périodique des réglages. Le délégué à la protection des données, obligatoire sous le RGPD pour la plupart des organismes publics et bien des entreprises, possède l'analyse d'impact et la décision de conservation. En Allemagne, le comité d'entreprise n'est pas une invitation de courtoisie : au titre de l'article 87 de la loi sur l'organisation des entreprises, un système technique capable de surveiller la conduite ou la performance des salariés exige son accord, et l'analyse d'usage par utilisateur est exactement un tel système. Au Royaume-Uni et aux États-Unis, il n'y a pas de siège légal équivalent, mais les représentants du personnel consultés tôt deviennent des ambassadeurs, et ceux consultés tard deviennent le grief.

Le troisième pilier est l'argent : les achats pour le contrat, l'accord de traitement des données et le renouvellement ; les finances pour les plafonds, les budgets mutualisés et la prévision ; le juridique pour les conditions, les questions de propriété intellectuelle et, dans l'UE, les devoirs du déployeur au titre du règlement sur l'IA. Le quatrième pilier est la valeur : le responsable IA qui tient l'inventaire des cas d'usage et les mesures, un ambassadeur par service qui forme ses collègues et remonte les frictions, et les managers qui doivent donner aux gens du temps pour s'exercer, car un outil que personne n'a une heure pour apprendre est un outil que personne n'utilise.

Qui décide quoi est la phrase à écrire au mur : le sponsor décide pourquoi, le propriétaire principal décide qui, la sécurité et la confidentialité décident ce qui peut être fait, les finances décident combien, et le responsable IA décide quoi essayer d'abord. Comment sait-on que cette distribution fonctionne ? Par la preuve de chaque déploiement qui a échoué sans elle : un pilote porté par un enthousiaste sans sponsor, un déploiement bloqué au quatrième mois par un comité d'entreprise que personne n'avait rencontré, un renouvellement que personne n'avait budgété.

Essayez : imprimez la distribution avec dix lignes vides et remplissez-la de vrais noms en une seule réunion ; toute ligne qui reste vide est un risque que vous avez déjà accepté.

Dix noms sur une page ; chaque blanc est un risque que vous avez déjà accepté.

Vos trente premiers jours

Le premier mois devrait être ennuyeux, et l'ennui se planifie. Les recommandations de déploiement d'Anthropic pour l'expérience unifiée forment un squelette raisonnable : impliquer l'informatique, la sécurité et les achats ; faire une revue de sécurité ; piloter avec un rôle ; revoir les réglages ; surveiller deux à quatre semaines ; élargir par vagues. Voici ce squelette avec des dates, écrit pour l'administrateur qui doit le faire lundi.

La première semaine sert à signer et à connecter. Le contrat, l'accord de traitement des données et, si vous êtes un organisme de santé américain, l'accord de partenaire commercial sont faits. L'authentification unique est configurée sur votre fournisseur d'identité et testée avec deux comptes, dont un administrateur. La capture de domaine est activée pour que les collègues ayant une adresse de l'entreprise rejoignent l'espace au lieu de créer des comptes personnels. Le propriétaire principal est nommé, et c'est quelqu'un de l'informatique. Rien d'autre ne se passe, et c'est correct.

La deuxième semaine est celle du groupe pilote. Un groupe SCIM, un rôle, vingt à cinquante personnes qui partagent un métier, pour que la mesure ait un sens : recettes et prestations dans une mairie, gestion des sinistres chez un assureur, un laboratoire dans une université. Les défauts sont prudents, parce que les changer plus tard est bon marché et les défaire ne l'est pas : l'expérience unifiée reste désactivée tant que la sécurité n'a pas lu le guide du bac à sable, la sortie réseau des sessions cloud reste coupée, la mémoire est déjà désactivée par défaut pour les organisations Enterprise depuis le 25 août 2026, et les connecteurs restent en « approbation requise ». Les droits sur les modèles sont fixés pour le rôle, et le mode Efficient est un bon point de départ pour la plupart des groupes non techniques.

La troisième semaine se consacre à deux ou trois cas d'usage, pas douze. Chaque équipe nomme un vrai travail, un Skill maison est écrit pour lui, et une revue de trente minutes le lundi regarde ce qui s'est passé. La quatrième semaine mesure : analyse d'usage par groupe, un échantillon du journal d'audit lu par le responsable sécurité, une courte enquête auprès du pilote, et les chiffres face aux références de la déclaration d'intention. Au trentième jour, le sponsor décide, dans une réunion inscrite au calendrier depuis la première semaine : élargir, élargir lentement, ou suspendre et corriger.

Ce qu'il ne faut pas encore faire compte autant que le plan. N'ouvrez pas la sortie réseau vers tous les domaines. N'approuvez pas chaque connecteur ni n'installez chaque plugin de la place de marché. N'activez pour personne « ignorer toutes les approbations ». Ne partagez pas les sessions cloud à toute l'organisation. Chacun de ces réglages est légitime au troisième mois, une fois que vous savez ce que le pilote a réellement fait. Une organisation allemande profite aussi de ce mois pour informer le comité d'entreprise avant que l'analyse d'usage par utilisateur soit jamais consultée ; une organisation britannique ou américaine en profite pour dire au personnel, par écrit, à quoi sert l'outil et à quoi il ne sert pas.

Essayez : inscrivez dès aujourd'hui la réunion de décision du trentième jour dans l'agenda du sponsor, avec les trois objectifs de la déclaration d'intention dans l'invitation, avant qu'un seul siège ne soit provisionné.

Un mois de petits réglages délibérés vaut mieux qu'une journée de grands.