Rollout Claude multi-départements après une fusion
« Le leadership a décidé d'accélérer l'IA dans tous les départements, immédiatement. On veut quelqu'un qui builde, pas qui manage des outils. »
Ce qu'on observe sur le marché
Les agences digitales entre 10 et 30 personnes traversent un moment particulier en 2026. Claude est arrivé brutalement entre les mains de chaque département — content, growth, dev, paid media — sans coordination. Chaque équipe a sa propre bibliothèque de prompts, ses propres conventions, sa propre interprétation de ce que « utiliser l'IA » veut dire.
Le déclencheur structurel revient régulièrement : une fusion, ou une croissance rapide. Une agence qui passe de 10 à 30 personnes en absorbant une autre structure se retrouve avec deux cultures Claude superposées, deux fichiers de configuration non versionnés, dix bricolages parallèles dans Slack.
Le leadership veut accélérer. Mais le profil cherché n'est pas un chef de projet IA. C'est un architecte qui code, qui livre, et qui laisse l'équipe autonome derrière. La phrase qui revient dans ces situations : « pas un manager d'outils, un builder. »
Cas observé
Le scénario type qu'on rencontre : holding digitale post-fusion, deux marques opérationnelles, environ douze personnes au total réparties sur quatre à cinq départements (content, paid media, dev, customer success, RevOps). Stack moderne autour de Claude Teams et Claude Code, mais sans gouvernance commune.
Stack logicielle en place
Claude Teams · Claude Code · MCP servers · Zapier · Windsor.ai · ActiveCampaign · Slack · Webflow · suite analytics (Google Ads, GA4, Search Console)
Déclencheur exprimé
« Chaque équipe utilise Claude différemment. Trois bibliothèques de prompts dans Notion, zéro convention, et personne pour décider. La fusion doit accélérer, pas ralentir parce que tout le monde réinvente sa roue. »
Workflow proposé
Formaliser — audit des cinq départements
Semaine 1 : entretiens, lecture des prompts existants, identification des doublons et des trous. Livrable : une cartographie de l'usage réel de Claude par équipe.
Orchestrer — architecture commune
Semaine 2 : convention de configuration unifiée pour la holding, structure de skills partagés versus skills équipe, gouvernance d'accès aux MCP servers, règles de versioning.
Réaliser — build de quinze skills équipe
Semaines 2 à 3 : extraction des bricolages existants vers des skills versionnés, testables, réutilisables d'un département à l'autre. Documentation embarquée dans chaque skill.
Garantir — tests parallèles sur livrables réels
Semaine 4 : nouveau pattern versus ancien sur une dizaine de livrables clients réels. Mesure du temps gagné, des erreurs évitées, des frictions encore présentes.
Évoluer — autonomie de l'équipe
Documentation, atelier de prise en main, runbook pour ajouter un skill sans nous rappeler. Le fichier de configuration de la holding devient la source de vérité que chaque nouvel arrivant lit le premier jour.
Outcome attendu
- →-60 % de temps perdu sur le bricolage IA inter-équipes
Les conventions communes éliminent les ré-explications quotidiennes entre départements.
- →Un fichier de configuration d'entreprise versionné
Source de vérité unique, lisible en quinze minutes par un nouvel arrivant. Survit au turnover.
- →Continuité opérationnelle pendant la fusion
Les skills appartiennent à l'agence, pas à l'individu qui les a écrits. Les départs ne désorganisent plus le système.
- →Argument différenciant face aux clients
L'agence peut décrire concrètement « voici comment on travaille avec Claude » — argument rare en 2026.
Votre cas ressemble à celui-là ?
Décrivez-nous votre situation en quelques lignes. Nous vous répondons sous 48 h avec un diagnostic rapide.
Échanger avec un architecte →Cas pratique observé depuis la veille marché européenne. Identité du donneur d'ordre anonymisée. Chiffres reconstitués à partir du brief original et des ordres de grandeur sectoriels.