Procès-verbal du conseil d'administration 12 administrateurs · 25 agents · séance close

La décision du board : quelle organisation pour aller au marché le plus vite.

Douze administrateurs — dont Elon Musk, Steve Jobs, un chef d'orchestre et Barack Obama — ont chacun défendu un modèle d'organisation pour une entreprise opérée par des agents IA. Ils se sont critiqués sans complaisance. Voici les options sur la table, leurs forces et faiblesses, et la recommandation finale.

★ recommandation du conseil

Une agence d'agents productisée à isolation dure : vendre un résultat à prix fixe et encaisser en jours, sur un catalogue d'1-2 offres figeables, avec une isolation physique par client non négociable — l'usine multi-tenant n'est extraite qu'après 2-3 clients payants.

Autrement dit : on conquiert d'abord (modèle d'Aïcha), on se discipline (focus de Jobs), on gouverne ensuite (missions cadrées de Nadia), et on verrouille le risque dès le départ (critiques de Musk & Tomás). On ne construit pas la plateforme avant d'avoir vendu.

01

Le conseil & les notes du débat

Chaque administrateur a défendu un modèle ; le reste du board l'a noté sur 10 après l'avoir attaqué. La note mesure la pertinence comme stratégie de lancement, pas la qualité de l'idée en soi.

Aïcha8.0 / 10 ★
Productized Service → SaaS
Vendre le résultat semaine 1, pas le logiciel ; chaque mission fige le produit.
Elon Musk7.5 / 10
First-Principles / l'Algorithme
Supprimer, simplifier, accélérer ; petite meute, intégration verticale.
Maya7.0 / 10
Cellule produit unique
Une squad de 5-7 agents, un segment, tout le reste gelé.
Nadia7.0 / 10
Missions cadrées
Tout = une mission : budget, critère d'arrêt, preuve, journal.
Sofia7.0 / 10
Solo-founder augmenté
1 humain, une armée d'agents, zéro embauche, rentable au 1er euro.
Chef d'orchestre7.0 / 10
Partition & tempo
Une partition commune, un tempo, des virtuoses autonomes synchronisés.
Karim6.5 / 10
Essaim autonome supervisé
Agents autonomes + garde-fous auto ; humain sur exception.
Élise6.5 / 10
Hiérarchie pilotée
Pilote IA → orchestrateur → pôles ; robustesse par clarté.
Tomás6.5 / 10
Plateforme / usine multi-tenant
Vendre la machine qui fabrique les agents, dès J1.
Steve Jobs6.5 / 10
Focus / DRI
Un produit irrésistible, dire non au reste, un responsable unique.
Barack Obama6.5 / 10
Team of rivals
La contradiction organisée avant chaque décision qui compte.
Lucas5.5 / 10
Blitzscale parallèle
5 segments attaqués en même temps, tri darwinien à J+30.
02

Ce qui est ressorti du débat

Trois faits ont fait consensus, une friction a tout structuré, trois clivages ont départagé les modèles.

fait 01L'actif est déjà là

Postgres partagé = bus de tâches, 25 agents = workers, facturation Qonto prouvée. Le go-to-market est un assemblage + une offre, pas un développement. Donc des semaines, pas des mois.

fait 02Le goulot, c'est le sens et l'humain

La casse vient historiquement de la donnée fausse propagée (base vide lue comme « rien » → annulation à tort), pas d'un crash. Et le fondateur devient le goulot dès qu'il valide chaque sortie.

fait 03Un point de défaillance unique

La base Neon unique partagée par tous les bots est déjà tombée (quota épuisé en 9 jours). La faire porter plusieurs clients en l'état, c'est bâtir sur du sable.

La friction centrale

Autonomie maximale et multi-tenant commercialisé sont antagonistes tant que l'isolation est logique (un simple identifiant client sur une base mutualisée) plutôt que physique. Plus un agent est autonome, plus une fuite entre clients à un filtre oublié est probable — et une fuite, dans un produit vendu à des organismes de formation, ce n'est pas un bug, c'est la mort de la confiance.

Trois clivages : conquérir vite (Aïcha, Maya, Sofia, Musk) contre gouverner proprement (Nadia, Obama, Élise, chef d'orchestre) — verdict : la gouvernance est une excellente couche mais une mauvaise stratégie de lancement. Focus contre parallèle — le blitzscale est recadré en simple sonde à prospects. Et surtout : tous ceux qui veulent construire la plateforme d'abord se voient reprocher d'inverser l'ordre. On vend en mono-client isolé d'abord ; on extrait l'usine seulement après que 2-3 clients aient prouvé quelles briques sont vraiment génériques.

03

Les 5 organisations retenues

Le conseil a retenu cinq modèles dignes d'être mis sur la table, avec leur pour et leur contre. Le premier obtient la meilleure note — et devient le socle de la recommandation.

① Productized Service → SaaS

8.0 / 10

On vend un résultat à prix fixe (pas un logiciel) dès la semaine 1 via les agents déjà en prod ; chaque mission livrée et validée fige le chemin qu'on revendra ensuite en self-service. La presta autofinance l'industrialisation.

Idéal pour : un fondateur bootstrappé sans levée qui veut du cash en jours et dérisquer le produit avec du vrai feedback payant.

pour
  • Seul modèle qui encaisse avant de construire : premier euro en jours, zéro levée
  • L'autonomie gagnée par preuve : chaque validation humaine devient une règle qui supprime un contrôle futur
  • Le produit naît déjà validé en conditions réelles, au vrai prix marché
  • Réutilise 100 % de l'infra existante
contre
  • Catalogue piégé : mélange figeable et sur-mesure → le motif ne converge jamais
  • Goulot fondateur : les portes se déclenchent à chaque mission, pas par motif
  • Piège du consulting : risque de rester une agence non scalable
  • Décroissance de l'humain-dans-la-boucle trop lente
Verdict : meilleure note et meilleure stratégie de conquête — à condition de discipliner le catalogue à 1-2 résultats strictement figeables et de déléguer la porte « sortie » à un agent-recetteur dès la mission 1.

② Focus / DRI (Steve Jobs)

6.5 / 10

On choisit un produit (la pré-qualification AFDAS, le seul agent qui touche de l'argent réel chez le client) et on fige le reste. Un responsable unique par sujet, jamais de responsabilité diluée.

Idéal pour : trancher la dispersion et choisir le bon couple produit/payeur.

pour
  • La discipline du non est un accélérateur : on retire au lieu de coder
  • Le choix du produit est juste : le seul qui génère de l'argent réel pour le client
  • Robustesse par réduction de surface : 1 chemin à durcir au lieu de 25
contre
  • Tuer 24 agents coupe le cash d'amorçage gratuit : le modèle s'auto-affame
  • La porte du goût tenue par le fondateur contredit l'autonomie max exigée
  • Mono-risque de marché sans filet si la 1ère démo ne séduit pas
Verdict : le bon instinct (choisir le produit-payeur), le mauvais geste (tuer le cash, mettre l'humain en goulot). À garder comme boussole de priorisation, pas comme organisation.

③ Cellule produit unique (Maya)

7.0 / 10

Une seule cellule de 5-7 agents autour d'un segment qui paie déjà sa douleur, tout le reste gelé. Critère de sortie : 3 clients payants qui renouvellent.

Idéal pour : concentrer brutalement le compute et l'attention pour atteindre un product-market fit.

pour
  • Diagnostic rare : 25 agents sur 12 chantiers = 25 agents qui ne vendent rien
  • Autonomie ↔ périmètre étroit : agent qui se trompe moins, délégable sans naïveté
  • Critère de sortie chiffré et honnête ; assume être une étape
contre
  • Le gel des autres chantiers est le pivot le plus irréaliste face à ce fondateur
  • Multi-tenant vendu comme acquis alors que c'est la partie non testée
  • Un seul prospect chaud, qui est un revendeur : PMF déduit d'un pipeline de 1
Verdict : bonne discipline de focus, mais casse par le facteur humain. Utile pour la règle « un seul produit en avant », pas pour le gel total.

④ Missions cadrées (Nadia)

7.0 / 10

Tout travail devient une mission avec 6 champs obligatoires : intention, état final, critère d'arrêt, budget plafonné, preuve, traçabilité. Un recetteur indépendant valide avant toute sortie ou dépense.

Idéal pour : la couche de gouvernance par-dessus un modèle de conquête — borner le risque et rendre l'autonomie auditable donc vendable à un OPCO.

pour
  • Perte maximale bornée et calculable avant exécution
  • Le cadrage est le pitch : journal d'audit + preuve = conformité native
  • Séparation exécution / recette = vrai contrôle interne
contre
  • Décrit comment opérer, pas quoi vendre ni à qui : ce n'est pas une stratégie de lancement
  • Risque de sclérose : brûler plus de tokens à se contrôler qu'à livrer
  • Un recetteur LLM qui juge un LLM hérite des mêmes angles morts
Verdict : excellent système d'opération, mauvaise stratégie de lancement seule. À enclencher uniquement sur le périmètre déjà prouvé et facturé.

⑤ Team of rivals (Obama)

6.5 / 10

95 % des actions déléguées sans débat. Les décisions qui comptent (prix, onboarding client, dépense, légal) déclenchent un mini-débat de personas adverses ; un arbitre tranche ou escalade. Tout est écrit, daté, rejouable.

Idéal pour : faire de l'autonomie un argument de vente — un OPCO achète une IA dont chaque décision est auditable.

pour
  • La conformité devient un actif commercial : répond à l'objection d'achat n°1
  • Le contradicteur attrape en amont les incidents déjà vécus
  • Fail-safe par défaut : désaccord fort = escalade, pas « fonce »
contre
  • Fausse contradiction : 3 personas = le même modèle, un biais partagé passe en chœur
  • Qui maintient les seuils ? Sans propriétaire vivant, ils dérivent
  • Sous stress on élargit le débat → comité permanent qui tue le go-to-market
Verdict : bonne couche de sécurité, jamais un modèle de conquête. Viable sur moins de 5 % des décisions, avec un contradicteur réellement indépendant.
04

La recommandation du conseil

Pas un modèle unique : un hybride assumé qui prend le meilleur de chacun et écarte ce qui ralentit ou met en danger.

Une agence d'agents productisée à isolation dure.

Pourquoi ce choix

On encaisse en jours seulement si on vend un résultat, pas une plateforme — c'est le modèle le mieux noté, parce qu'il encaisse avant de construire et autofinance l'industrialisation sans levée. Tous les modèles qui construisent le multi-tenant d'abord se font reprocher la même erreur : 4-6 semaines d'infra invisible sans un euro, puis une isolation imparfaite livrée au pire moment devant un client payant. Et le risque qui tue la boîte n'est pas la lenteur : c'est une fuite entre clients ou un incident sur la base partagée propagé sous plusieurs marques sur de la conformité irréversible. L'isolation dure n'est donc pas une option de confort, c'est la définition du produit — elle passe avant « aller vite », pas après.

Ce qu'on garde de chacun

↳ d'Aïcha — le moteur

Vendre un résultat à prix fixe, encaisser en jours, et la boucle où chaque validation humaine devient une règle qui supprime un contrôle futur.

↳ de Jobs — la discipline

Le « non » appliqué au catalogue : 1-2 résultats strictement figeables, aucun sur-mesure, un responsable unique par chemin client.

↳ de Nadia — la gouvernance

Budget plafonné + critère d'arrêt + preuve + journal, enclenchés seulement sur le périmètre déjà facturé.

↳ d'Obama — le contre-pouvoir

Un contradicteur indépendant sur les seules décisions à argent réel, légal ou inter-clients.

↳ de Musk & Tomás — le verrou

Identifiant client injecté par le système (hors de portée des agents), isolation physique par client, disjoncteur et plafond câblés en dur.

↳ le fail-safe

Si la base répond vide, l'agent se tait — il n'agit jamais sur une donnée fausse. La cause de l'incident passé est neutralisée.

Ce qu'on écarte : le gel total de tous les chantiers (irréaliste et s'auto-affame du cash), le parallélisme à cinq fronts (multiplicateur de risque), et la construction de la plateforme en amont.
05

Le plan de go-to-market

Du premier prospect au premier euro en dix jours ; l'usine multi-tenant seulement à partir de la sixième semaine, une fois la généricité prouvée.

J0 – J3

Offre figée + page de vente + premier prospect

  • Choisir 1 seul résultat figeable comme produit d'appel : la pré-qualif AFDAS (seul agent qui touche de l'argent réel chez le client)
  • Écrire une page de vente à prix fixe — pas un catalogue de 5 offres, aucun sur-mesure
  • Contacter le prospect le plus chaud + 2 clients qui souffrent vraiment, pas un revendeur : valider qu'un payeur existe avant tout code
J2 – J5
en parallèle

Verrou d'isolation dure (précondition non négociable)

  • Premier client en isolation physique : base/schéma dédié, jamais une colonne sur la base mutualisée
  • Câbler hors de portée des agents : identifiant client par le système + plafond budget + kill-switch par client
  • Tester par injection de panne le fail-safe « base vide → l'agent se tait »
  • Test d'intrusion inter-clients automatisé, vert avant le premier euro
J5 – J10

Premier euro — client pilote en mono-client isolé

  • Brancher Stripe/Qonto (facture/avoir déjà prouvés) sur l'offre figée
  • Livrer via les agents en autonomie ; le fondateur sur 2 portes seulement (argent réel + sortie sous marque tierce), la porte « goût » déléguée à l'agent-recetteur dès la mission 1
  • Encaisser le premier paiement — objectif sous 10 jours
Semaine 2 – 3

Couche de gouvernance sur le périmètre facturé

  • Activer budget + critère d'arrêt + preuve + journal uniquement sur le chemin déjà vendu
  • Brancher un contradicteur indépendant sur les seules décisions argent / légal / inter-clients
  • Instrumenter le KPI bloquant : coût-de-contrôle / valeur-livrée < 30 %
Semaine 3 – 5

2e et 3e clients — la preuve de généricité

  • Signer 2 clients de plus sur la même offre figée, chacun physiquement isolé
  • Règle : tout résultat livré 5 fois passe en self-service le mois suivant ; aucun deal hors catalogue
  • Observer quelles briques sont réutilisées sans modification (= candidates à l'usine)
Semaine 6 – 10

Extraction de l'usine multi-tenant (seulement maintenant)

  • Productiser en self-service les 1-2 motifs prouvés stables sur 3 clients payants — financé par le cash des prestas
  • Provisioning idempotent + DNS automatisé, isolation physique par défaut
  • Observabilité bout-en-bout avant toute autonomie nocturne en essaim
06

Ce qui rend l'organisation super robuste

Isolation physique par client. Base/schéma dédié, jamais un simple identifiant sur la base mutualisée : un incident ne contamine aucun autre client, une fuite par filtre oublié devient impossible.
Identifiant client injecté par le système. Hors de portée des agents : un agent autonome ne peut pas se tromper de client dans une requête qu'il compose.
Fail-safe sur donnée vide. Si la base répond vide ou illisible, l'agent se tait au lieu d'agir sur du faux. La cause de l'incident passé est neutralisée par design.
Budget plafonné + disjoncteur câblés en dur. Par client et globalement : la perte maximale est calculable avant exécution, aucune facture surprise.
État persisté + reprise après crash. File de tâches et journal en base : un agent qui tombe reprend où il en était. Auto-rattrapage natif.
Journal daté et signé par agent. Traçabilité et rejouabilité totales : audit quasi gratuit, et argument de vente sur un marché où la confiance est le seul actif.

Le modèle d'autonomie — gagnée par preuve, pas décrétée. En flux nominal, les agents font 95 % du chemin sans humain : qualification, scoring, génération de livrables, relances, provisioning. Le fondateur n'est que sur trois portes irréversibles — ce qui sort sous marque tierce, ce qui coûte de l'argent réel, ce qui détruit. Et ces portes décroissent mécaniquement : après 3 à 5 succès sur un motif, la validation passe à un agent-recetteur. L'autonomie, ce n'est pas « l'agent fait ce qu'il veut », c'est « l'agent est libre dans une enveloppe ». L'humain est un disjoncteur, pas un maillon.

🎛 sortie sous marque tierce💶 argent réel🗑 destruction→ portes qui décroissent par preuve
07

L'avis minoritaire (à ne pas enterrer)

⚠ la seule objection que l'architecture ne peut pas neutraliser

Le vrai goulot n'est ni le modèle ni l'infra : c'est le fondateur. Tant qu'un seul humain détient les portes argent + sortie + le goût produit, et qu'il porte aussi ses autres chantiers par tempérament, le système ne crashe pas — il s'épuise et plafonne à 2 clients. La discipline de focus empruntée à Jobs exige un changement d'habitude que l'historique ne garantit pas. Le risque concret : à J+8, l'attention est de nouveau éclatée sur 4 fronts, la cellule tourne mais personne ne vend, et le premier client attend. La parade est dans le plan — déléguer la porte « sortie » à l'agent-recetteur dès la mission 1, et se couper l'accès-réflexe aux autres chantiers pendant les 14 jours de lancement — mais sa réussite dépend d'un acte de volonté, pas d'une ligne de code.