Comment construire un Company OS en PME
Comment construire un Company OS en PME : sortir les règles des têtes, écrire le cerveau, brancher vos outils et lancer des agents sous contrôle humain.
Pour construire un Company OS, on écrit d'abord les règles, c'est-à-dire les jugements que votre équipe applique de tête, puis on branche les outils et les agents dessus. Un Company OS est l'endroit où l'on écrit les règles de fonctionnement de l'entreprise, relié aux logiciels qu'elle utilise déjà, pour que ces logiciels, vos agents IA et votre équipe appliquent les mêmes règles. Un agent IA est un programme qui enchaîne des tâches dans vos outils, par exemple répondre à un prospect par SMS puis noter sa réponse dans le CRM. La définition complète est dans notre article sur le Company OS. Aktivate, qui vend aux écoles un logiciel pour gérer leurs équipes sportives, a suivi cette méthode et a mis son premier agent en service 5 semaines après le début du projet.
TL;DR : Tout commence par un atelier avec l'équipe, parce que personne n'a écrit ses règles. On écrit ensuite le cerveau, c'est-à-dire le contexte de l'entreprise sous une forme qu'un agent peut utiliser. On branche les outils que l'équipe paie déjà. Les agents tournent derrière une gate, un point de contrôle où un humain décide avant que l'agent agisse. Chaque scénario, c'est-à-dire chaque type de situation que l'agent traite toujours de la même façon, gagne son autonomie en passant des seuils chiffrés. Le tri des réponses d'Aktivate tournait seul en semaine 13.
Par où commencer pour construire un Company OS ?
Pour construire un Company OS, on commence par un atelier sur place avec les personnes qui font le travail. Votre équipe connaît sa procédure de mémoire, avec ses exceptions. Le commercial sait qualifier un prospect et le responsable voit quand un dossier doit remonter. L'atelier transforme ce savoir en règles écrites.
Personne n'a écrit ces règles, parce qu'aucun outil ne pouvait les appliquer. Un agent peut les appliquer, à condition qu'elles soient écrites.
Pour écrire ces règles, il faut un atelier sur place avec l'équipe. On s'assoit avec les personnes qui font le travail. On regarde ce qu'elles font et comment elles le disent. Un questionnaire ne suffit pas, parce que les exceptions sortent quand quelqu'un montre un vrai cas.
L'atelier répond à trois questions :
- Qui décide quoi. Qui valide une remise, qui fait remonter un litige, qui répond du résultat.
- Où atterrit chaque chose. Un prospect chaud va dans le CRM, une alerte va dans Slack, une réponse client part de la boîte mail.
- Quel outil gagne quand deux outils se contredisent. Si HubSpot et la boîte mail ne disent pas la même chose, l'un des deux gagne et on écrit lequel.
Le cadrage d'Aktivate a duré deux semaines. Chez Houdz, nous nous sommes assis avec les commerciaux. Nous avons noté ce qu'ils font et leur façon de le dire, puis nous l'avons écrit sous forme de règles. Une fois l'atelier fait, l'écriture devient mécanique.
Les cinq étapes de la construction
Étape 1, écrire le cerveau
Le cerveau contient ce qu'un agent doit savoir pour agir comme quelqu'un de la maison : qui sont les clients, ce qui a été promis, quelle règle s'applique.
On le trie selon la vitesse à laquelle les choses changent.
| Partie | Ce qu'elle contient | Comment on l'écrit |
|---|---|---|
| Faits stables | La raison sociale, l'assurance, ce qui change environ une fois par an | On corrige quand un fait change |
| Registre | Les affaires, les devis envoyés, les décisions prises | On ajoute des lignes, on n'efface rien |
| Mémoire de travail | Les priorités du moment, la synthèse du mois | On réécrit, puis on jette |
Garder le cerveau à jour est la partie difficile. Gyld, un éditeur de « company brain » (des outils qui stockent le contexte d'une entreprise), écrit que « most implementations break at the maintenance stage » : la plupart des mises en place cassent à l'étape de la maintenance. Le tri par vitesse de changement donne à chaque partie son propre rythme de relecture.
Quand deux documents se contredisent, on écrit la contradiction sous forme de question. La question porte le nom de la personne qui peut trancher.
Un cerveau seul ne fait rien. Beaucoup d'outils vendus comme « company brain » s'arrêtent là. Y Combinator a cité le company brain dans sa Request for Startups de l'été 2026. Le comparatif Company OS vs ERP, Notion et SaaS détaille la différence avec un ERP, un modèle Notion ou une suite logicielle comme HubSpot ou Microsoft.
Étape 2, écrire les règles
Chaque règle est un jugement de l'équipe, écrit et validé par un humain.
Les commerciaux d'Aktivate écrivent par SMS aux entraîneurs des équipes de lycée avant le début de la saison. Avant le premier message, nous avons listé ce qu'un entraîneur peut répondre :
- oui ;
- envoyez-moi le lien ;
- une question à laquelle l'agent ne sait pas répondre ;
- la saison est finie ;
- mauvais numéro.
Chaque réponse est un scénario, avec sa propre consigne. Quand une réponse n'entrait dans aucun scénario, nous écrivions un nouveau scénario avec sa consigne. L'agent traitait ensuite ce type de réponse avec la nouvelle consigne.
D'autres règles décident qui reçoit quel dossier, quel message attend un humain avant de partir et quel outil gagne quand HubSpot et la boîte mail se contredisent.
Étape 3, brancher les outils
Le Company OS se branche sur les outils que l'équipe paie déjà. Personne ne change d'outil. Les surfaces, c'est-à-dire les endroits où l'équipe travaille déjà (Slack, Teams, la boîte mail, le CRM), restent les mêmes. Un nouvel identifiant est un échec, parce que c'est un outil de plus que l'équipe doit penser à ouvrir.
Matrix OS, éditeur de logiciels d'agents, décrit un Company OS dans les mêmes termes dans son article sur la construction d'un Company OS : « a shared environment where people and agents can work across the tools a company already uses », un espace partagé où les personnes et les agents travaillent dans les outils que l'entreprise utilise déjà.
Plusieurs outils livrent aujourd'hui leur propre IA : HubSpot a Breeze, Slack a Slack AI. Chacune ne voit que sa partie de l'entreprise. Les agents d'un Company OS lisent tous le même cerveau et les mêmes règles, quel que soit l'outil où ils travaillent.
L'agent d'Aktivate travaille dans SalesMessage (l'outil SMS), HubSpot, Raise (l'outil où Aktivate crée les pages de collecte de fonds des équipes) et Slack. Ces outils étaient déjà en place chez Aktivate. L'agent y envoie un volume de messages qu'aucun commercial n'atteint à la main. Quand un entraîneur est intéressé, le commercial le voit là où il travaille déjà : une tâche dans HubSpot et un message dans Slack.
Étape 4, faire tourner les agents sous gate
Chaque agent s'arrête à chaque gate. L'agent propose, un humain décide.
L'agent d'Aktivate a travaillé ainsi pendant sept semaines, de la semaine 5 à la semaine 12 du projet. Pendant les quatre premières (semaines 5 à 8), les commerciaux ont aussi relu son comportement. Chaque correction devenait une règle.
L'agent qui écrit ne se note jamais lui-même. Un second agent, qui n'écrit jamais de message, note chaque conversation. Les prospects chauds partent vers un commercial, avec une tâche dans HubSpot et un message dans Slack. L'agent écrit le reste dans HubSpot.
Une automatisation de type Zapier déplace des données d'un outil à l'autre. Elle n'a ni contexte ni jugement. L'article agent IA vs automatisation détaille la différence.
Étape 5, gagner l'autonomie scénario par scénario
Chez Aktivate, un scénario passe en pilote automatique quand l'agent a eu raison 6 fois de suite et 85 % du temps au total. Après une seule erreur, il repasse sous gate.
Au bout de sept semaines, tous les scénarios tournaient en pilote automatique. Le tri tourne seul. Les commerciaux ne voient plus que les entraîneurs qui ont besoin d'une personne.
Le déroulé chez Aktivate
Aktivate vend aux écoles un logiciel pour gérer leurs équipes sportives : inscriptions, gestion des équipes, collectes de fonds. Plus de 150 écoles l'utilisent. Avant l'agent, un commercial contactait environ 150 entraîneurs par jour.
| Semaine du projet | Étape |
|---|---|
| 1 à 2 | Cadrage : atelier avec les commerciaux, règles, outils |
| 5 | Premier agent en service |
| 5 à 8 | Revue du comportement de l'agent avec les commerciaux |
| 10 | Plein volume : de 150 à 1 500 entraîneurs contactés par commercial et par jour |
| 13 | Tri des réponses en pilote automatique |
En huit semaines, Aktivate a contacté 25 % de sa base de contacts sans embaucher de commercial. Le taux de réponse tourne autour de 30 %.
Chapman Walk, commercial chez Aktivate, sur l'agent qu'il teste avec Alex Houdayer, l'auteur de cet article :
"It definitely sounds like a human. Alex and I have been testing it. It's doing really well."
(« On dirait vraiment un humain. Alex et moi le testons. Il s'en sort très bien. »)
Core et config : ce qui est à vous reste à vous
Les éléments d'un Company OS (le cerveau, les règles, les agents, les gates et les surfaces) se rangent en deux parties.
Le core est la partie commune à toutes les entreprises d'un même secteur : la logique des agents, les gates et les règles valables pour tout le secteur, comme ne jamais écrire à un contact qui s'est désinscrit. Chaque amélioration du core porte un numéro de version. Elle part chez toutes les entreprises en même temps. Chaque nouvelle installation démarre donc avec une grande partie du travail déjà faite.
La config est la partie qui n'appartient qu'à vous : votre cerveau, vos accès, qui reçoit quel dossier, votre ton, vos clients. Une mise à jour du core ne la touche jamais.
Vos règles ne partent pas chez vos concurrents. Ce qui vaut pour tout le secteur va dans le core. Tout ce qui concerne vos clients ou votre façon de travailler reste dans votre config.
Pourquoi les projets de Company OS échouent-ils ?
Un projet de Company OS échoue quand l'équipe commet l'une de ces quatre erreurs : tout brancher sans règles écrites, sauter l'atelier, lancer l'agent sans gate ou ne noter aucun chiffre avant le premier agent. Dans chaque cas, les erreurs de l'agent arrivent chez vos clients ou personne ne peut dire s'il fait mieux.
- Tout brancher et dire « fais tourner mon entreprise ». Sans règles, l'agent devine. Ses erreurs arrivent chez vos clients.
- Sauter l'atelier. On écrit la procédure telle qu'elle est sur le papier. Il manque les exceptions. Ce sont elles qui arrêtent l'agent une fois en service.
- Lancer sans gate. La première erreur part chez un client. L'équipe perd confiance dans l'agent avant qu'il ait appris.
- Aucun chiffre avant le premier agent. Notez les chiffres d'aujourd'hui avant la mise en service : combien de contacts un commercial touche par jour, combien répondent. Le point de départ d'Aktivate était de 150 entraîneurs contactés par commercial et par jour. Sans ce point de départ, personne ne peut dire si l'agent fait mieux.
D'autres pièges sont listés dans les erreurs d'intégration de l'IA en PME.
Comment on s'y prend
Chez Houdz, le premier agent tourne en deux à quatre semaines. Les agents travaillent dans les outils que votre équipe utilise déjà. L'équipe est autonome après notre départ. Pour voir si la méthode s'applique chez vous, réservez un appel de découverte.
Questions fréquentes
Combien de temps faut-il pour construire un Company OS ?
Quelques semaines pour les premiers agents. Chez Aktivate, le cadrage a pris deux semaines, le premier agent est entré en service en semaine 5 du projet et le tri des réponses tournait seul en semaine 13.
Faut-il changer d'outils ?
Non. Le Company OS se branche sur les outils que l'équipe paie déjà, comme HubSpot, Slack ou la boîte mail. Chaque nouvel identifiant est un outil de plus que l'équipe doit penser à ouvrir.
Faut-il une équipe technique ?
Non. Il faut une personne qui connaît le travail et qui valide ce que l'agent propose pendant les premières semaines.
Mes règles partent-elles chez mes concurrents ?
Non. Ce qui vaut pour tout votre secteur va dans le core, la partie partagée entre les entreprises de ce secteur. Ce qui concerne vos clients ou votre façon de travailler reste dans votre config, la partie qui n'appartient qu'à vous.
Quand un agent peut-il agir sans validation humaine ?
Scénario par scénario, quand il a fait ses preuves. Chez Aktivate, un scénario passe en pilote automatique quand l'agent a eu raison 6 fois de suite et 85 % du temps au total. Après une seule erreur, il repasse sous gate.
Quelle différence entre un company brain et un Company OS ?
Le company brain contient le contexte de l'entreprise : ses clients, ses engagements, ses faits stables. Le Company OS y ajoute les règles, les agents, les gates et les surfaces, c'est-à-dire les outils où l'équipe travaille déjà.
Ce qu'il faut retenir
Un Company OS commence par un atelier avec les personnes qui font le travail. Cet atelier fait sortir les règles de l'équipe, puis on les écrit dans le cerveau.
Les agents tournent dans les outils que l'équipe paie déjà, derrière une gate. Chaque scénario gagne son autonomie en passant des seuils chiffrés et la perd à la première erreur.
Chez Aktivate, le premier agent est entré en service en semaine 5 du projet et le tri des réponses tournait seul en semaine 13.
Dernière mise à jour : 2026-09-24