Étude de cas · Produit IA · 2026
Une application web temps réel où un fondateur convoque un board de dirigeants IA, les entend délibérer, les interrompt à la voix, met une motion au vote et repart avec une décision documentée. Conçue, développée et déployée par moi seul, de la recherche produit jusqu'à la mise en ligne.

La salle de réunion en session réelle : orateur actif, fil de délibération, vote par prise de parole, salon privé entre humains et visioconférence.
21
archétypes exécutifs, chacun avec son ADN de raisonnement
16
tables Postgres sous Row Level Security
5
fournisseurs IA branchables (OpenAI, Gemini, Claude, OpenRouter, DeepSeek)
1
concepteur-développeur : moi, de la première ligne au déploiement
Le problème
Un entrepreneur qui n'a pas de conseil d'administration prend ses décisions stratégiques sans contradicteur qualifié. Les assistants IA classiques n'aident pas : ils produisent un avis unique, complaisant, sans mémoire de l'entreprise ni confrontation de points de vue.
Un chat IA donne une réponse moyenne. Une décision stratégique a besoin de tensions : croissance contre marge, vitesse contre risque.
À chaque session, il faut réexpliquer l'entreprise, le marché, le budget, les décisions déjà prises.
Rien n'est arbitré, voté ni archivé. Impossible de défendre la décision devant un associé ou un investisseur.
Mon rôle
Il n'y a pas d'équipe derrière ce projet. J'ai porté chaque étape : la recherche produit, le design system, la modélisation de données, l'architecture IA, le temps réel, la sécurité, le débogage en conditions réelles et la mise en production.
Définition du problème, du parcours fondateur, du format de délibération et des critères d'une décision « défendable ».
Direction visuelle sombre et premium, typographie sérif éditoriale, hiérarchie calme, accessibilité clavier et respect des préférences de mouvement réduit.
Schéma de base de données, politiques d'accès par ligne, fonctions serveur typées, orchestration multi-agents et couche de routage des modèles.
Conception des personas, ADN de raisonnement, protocole de réflexion interne, sorties structurées, gestion des reprises sur échec.
Présence, diffusion des tours de parole, salon privé, visioconférence pair-à-pair, synthèse et reconnaissance vocale.
Tests en session réelle, correction des ruptures d'expérience remontées à l'usage, réduction du coût par réunion.
Le produit
Du brief à la décision archivée, chaque écran a un rôle précis dans la chaîne de décision.
01
Un assesseur IA note la complétude du contexte avant toute exécution. Sous le seuil, la réunion ne peut pas démarrer : on évite les réponses creuses et les appels modèles inutiles.
02
Le profil d'entreprise (18 champs), les profils fondateurs et la mémoire des décisions passées sont épinglés en snapshot sur chaque réunion. Le board se souvient d'une session à l'autre.
03
Un Chairman décide du prochain intervenant, déclenche des chaînes de débat (challenge / soutien, plafonnées à deux échanges) et s'efface dès que le fondateur prend la parole.
04
Chaque prise de parole est synthétisée avec une voix distincte et sous-titrée. Le micro transcrit le fondateur, classe son intention et interrompt le board si nécessaire.
05
Lien de partage à jeton, présence temps réel, salon privé entre humains, visioconférence WebRTC, et diffusion des tours de parole pour que tous les participants entendent la même chose.
06
Le Chairman reformule la motion avant le scrutin, les bulletins sont comptés, et chaque décision retourne dans la mémoire exécutive comme précédent réutilisable.







Extrait réel
Extrait d'une session réelle : objectif « obtenir au moins un mandat immobilier signé à Orléans en trente jours ». Deux directeurs s'opposent sans intervention du Chairman — c'est exactement le comportement recherché.
Chairman
Welcome back to lestudio webDesign for our strategy session. Our goal is to generate enough qualified seller leads in Orleans to secure at least one signed real estate mandate within thirty days.
Luc Poirier — Immobilier & deal-making
On arrête de brûler du cash en publicité pour louer des leads qui ne nous appartiennent pas. On a trente jours pour racheter un actif digital local à Orléans, comme un groupe Facebook ou un média de quartier.
Georges Karam — Immobilier & investissements
L'idée de Luc de posséder l'actif est la bonne. La question est une d'allocation : achetons-nous l'actif d'un autre ou allouons-nous ce capital pour bâtir le nôtre ? Construire est moins risqué et crée un actif propriétaire.
Luc Poirier — réplique
Je suis en désaccord. Bâtir, c'est trop lent; c'est un projet d'ingénieur, pas de deal-maker. On a 30 jours, pas deux ans. L'opportunité est de racheter une audience existante qui est mal gérée.
Chaque prise de parole est lue à voix haute avec une voix distincte, sous-titrée en direct, notée par le fondateur (pouce haut / pouce bas) et convertible en motion soumise au vote du board.
Architecture
Le cœur du système n'est pas le modèle, c'est l'orchestration : ce qui est chargé, dans quel ordre on parle, et ce qui est conservé.
Fondateur ─ brief ─▶ Évaluation de contexte ─ insuffisant ─▶ relances ciblées
│ prêt
▼
Profil d'entreprise + profils fondateurs + mémoire des décisions
│
▼
Chairman (orchestrateur)
│
┌──────────────┬──────┴───────┬───────────────┐
▼ ▼ ▼ ▼
Archétype A Archétype B Archétype C Archétype D (modèle IA par membre)
└──────────────┴──────┬───────┴───────────────┘
▼
Chaîne de débat (challenge / soutien, max 2)
│
Voix (TTS) + sous-titres ──▶ diffusion temps réel à tous les participants
│
Micro fondateur ─▶ transcription ─▶ classification d'intention ─▶ interruption
│
▼
Motion reformulée ─▶ vote ─▶ décision ─▶ mémoire exécutiveRow Level Security sur toutes les tables, accès aux réunions par appartenance, rôles stockés hors du profil utilisateur, clés API utilisateur chiffrées en AES-256-GCM et jamais renvoyées au navigateur.
Sorties structurées validées, reprise individuelle par intervenant en cas d'échec, contrainte d'unicité empêchant les doublons de propositions, statuts de réunion explicites.
Board réduit au sous-ensemble choisi, garde-fou de contexte avant exécution, modèles rapides pour les rôles utilitaires, modèles de raisonnement réservés aux directeurs, estimation affichée avant lancement.
Résolution de problèmes
Chacun de ces points vient d'une session de test réelle, pas d'une hypothèse. C'est la partie du projet dont je suis le plus fier.
Problème
Le board parlait comme un rapport, pas comme une réunion.
Décision
Réécriture de l'orchestration : réponses plafonnées à 60–120 mots, un seul angle stratégique par prise de parole, protocole de réflexion interne obligatoire, et injection des 10 derniers tours dans chaque prompt.
Résultat
Des échanges qui s'enchaînent, se contredisent et se répondent réellement.
Problème
Les voix se coupaient en plein milieu d'une phrase.
Décision
La lecture audio ne se résout plus sur la fin du flux réseau mais sur la fin réelle de lecture, avec file d'attente séquentielle des tours.
Résultat
Plus de chevauchement ni de phrases tronquées.
Problème
Un second participant n'entendait pas le board.
Décision
Diffusion des tours de parole sur un canal temps réel : chaque client génère l'audio localement avec la même voix, au même moment.
Résultat
Une réunion réellement partagée, pas un écran partagé.
Problème
Dix intervenants d'un coup, c'était ingérable et coûteux.
Décision
Composition du board à la carte, invitation ou retrait d'archétypes en cours de séance, et exécution limitée au sous-ensemble choisi.
Résultat
Coût par réunion divisé et discussion lisible.
Problème
Le Chairman clôturait la réunion tout seul.
Décision
Durcissement de la classification d'intention (seuil de confiance à 90) et confirmation verbale obligatoire avant fermeture.
Résultat
Le fondateur reste seul décideur de la fin de séance.
Problème
Un seul modèle pour tous les rôles : ni optimal, ni économique.
Décision
Couche de routage IA par rôle, puis par membre du board ; clés API utilisateur chiffrées en AES-256-GCM côté serveur ; repli automatique sur la passerelle intégrée.
Résultat
Chaque rôle tourne sur le modèle qui lui convient, avec un coût estimé affiché avant exécution.
Valeur
Au-delà de la démo : la capacité à livrer un produit temps réel, multi-utilisateurs et piloté par IA, du schéma de données jusqu'à la finition visuelle.
Orchestration, mémoire, sorties structurées, reprises sur échec et routage multi-fournisseurs — pas un simple appel de complétion.
Présence, diffusion d'événements, chat privé et visioconférence pair-à-pair coordonnés dans une même session.
Isolation des données par utilisateur, secrets chiffrés, séparation stricte entre code navigateur et code serveur.
Des correctifs guidés par l'usage réel : longueur des réponses, tours de parole, priorité au fondateur, coût par réunion.
La démonstration en direct est disponible sur demande, y compris une session de délibération complète avec voix et vote.