Comment Polsia construit et fait tourner des boîtes avec des agents IA

Polsia est l'une des expériences les plus extrêmes de création d'entreprise : une startup avec zéro salarié, pilotée par un seul fondateur et un système d'agents IA.

Lancée fin 2025 par Ben Broca, Polsia est pensée comme une plateforme IA capable de construire et faire tourner des boîtes entières en autonomie. L'utilisateur entre une idée, et le système s'occupe de tout : code, marketing, acquisition client, support et itération.

La traction des débuts a été exceptionnellement rapide. En quelques mois, Polsia a atteint plusieurs millions de run rate annuel, passant des premiers signes de traction à plusieurs millions d'ARR en quelques semaines.

‍

Cette vélocité s'explique en partie par son positionnement : viser des utilisateurs non techniques qui ne pouvaient pas créer de boîte avant, et leur proposer un système entièrement autonome plutôt que des outils à faire tourner à la main.

En coulisses, Polsia devient aussi plus qu'un produit. Ben construit une économie autonome pilotée par l'IA, où agents, utilisateurs et capital interagissent sur une seule plateforme.

J'ai échangé avec Ben Broca, fondateur de Polsia, sur la façon dont il orchestre des agents IA pour faire tourner des boîtes, sur le partage 80/20 entre IA et humain en pratique, et sur ce que ça change pour l'avenir de la création d'entreprise.

Disclaimer : les choix d'organisation et les solutions techniques partagés dans cette newsletter ne sont pas faits pour être copiés-collés tels quels. Garde toujours en tête le contexte de ta boîte avant d'adopter quelque chose qui marche ailleurs ! 😊

‍

Partir de l'état final

La plupart des fondateurs auraient construit Polsia étape par étape : d'abord un outil de code, puis un outil marketing, puis l'orchestration.

Ben a fait l'inverse.

Il a d'abord exploré des briques séparées, notamment des outils de code et des agents marketing. Mais il s'est vite rendu compte qu'assembler les composants en premier le ralentissait et dispersait son focus.

Il a donc pris un virage net : construire directement le produit final.

Il a choisi de tout réunir dans un seul système capable de fonctionner déjà comme une boîte, plutôt que de peaufiner chaque composant séparément. Ça voulait dire lancer un produit incomplet, mais qui tenait la promesse centrale dès le premier jour.

L'idée clé : l'intégration crée de la valeur plus vite que l'optimisation.

La V1 de Polsia n'avait qu'un nombre limité de capacités, mais elles étaient connectées :

• Idée → exécution
• Exécution → feedback
• Feedback → itération

Cette boucle suffisait pour valider le produit.

« Quand j'ai commencé à construire Polsia, je me suis dit : allons directement à l'état final et construisons ce logiciel de dingue. Et un mois plus tard, ça marche à peu près », Ben Broca

Cette approche a aussi débloqué quelque chose de décisif : la conviction.

Avant le lancement, Ben savait déjà que ça marcherait, parce que le système arrivait à boucler des cycles utiles en autonomie.

‍

Créer des systèmes qui tournent en continu

Polsia est construite autour d'une contrainte radicale : le système doit fonctionner même si l'utilisateur ne fait rien.

C'est une rupture profonde avec la plupart des outils IA.

Les outils classiques demandent :

• Du prompting
• De l'itération
• Une intervention humaine continue

Polsia renverse ce modèle. Une fois qu'on lui donne un objectif, il continue de travailler en autonomie, même quand l'utilisateur décroche.

« Si tu oublies de lui envoyer des prompts, il va se réveiller la nuit, bosser et t'envoyer un point le matin », Ben Broca

Ce choix de conception a des conséquences produit majeures :

• Il augmente la rétention grâce à un engagement asynchrone
• Il donne une impression de progrès sans effort
• Il fait passer l'utilisateur du rôle d'opérateur à celui de superviseur

Le rapport quotidien devient une mécanique produit clé. Il fait revenir les utilisateurs et renforce l'impression qu'il se passe quelque chose, même quand ils sont inactifs.

C'est aussi pour ça que Polsia parle aux utilisateurs non techniques. Ils n'ont pas besoin d'apprendre de nouveaux workflows ou de nouveaux outils. Le système se comporte plus comme un collaborateur que comme un logiciel.

‍

Orchestrer les agents par les tâches

Au cœur de Polsia, il y a un système multi-agents structuré.

L'architecture répartit les responsabilités sur plusieurs couches, chacune avec un rôle distinct :

• Un agent de chat qui joue le rôle de stratège et d'interface
• Un système de tâches qui traduit les décisions en actions
• Des agents spécialisés qui exécutent les tâches (engineering, marketing, recherche, support)

Cette structure règle deux problèmes clés : le coût et le contrôle.

« L'agent de chat assigne les tâches à différents agents spécialisés, surtout pour une question de coût », Ben Broca

En encadrant les agents :

• Chaque agent a des outils limités
• Chaque tâche a un périmètre défini
• L'exécution devient prévisible et moins chère

On évite ainsi le problème de « l'agent qui s'emballe », où un seul agent totalement autonome devient cher et inefficace.

Autre couche importante, la mémoire :

• Le contexte de la boîte
• Les décisions passées
• La personnalité de l'utilisateur

Elle garantit la cohérence des actions, surtout pour les tâches tournées vers l'extérieur comme la prospection ou le contenu.

‍

Aligner le système sur le succès de l'utilisateur

Le business model de Polsia façonne directement le comportement du produit.

La plateforme facture un abonnement, mais prend aussi une part des revenus de l'utilisateur. Ça crée un alignement fort : Polsia gagne quand ses utilisateurs réussissent.

« Polsia a tout intérêt à faire marcher l'utilisateur. Je veux que les gens gagnent de l'argent », Ben Broca

Cet alignement influence les décisions produit :

• Le système conteste les mauvaises idées
• Il priorise les actions qui mènent à du revenu
• Il se comporte comme un cofondateur, pas comme un outil

L'agent de chat a pour consigne explicite de challenger l'utilisateur quand c'est nécessaire. Ça ajoute un niveau de friction rare dans un logiciel, mais essentiel pour obtenir des résultats.

C'est aussi pour ça que Polsia se concentre sur les utilisateurs non techniques. Il leur donne la possibilité de construire et faire tourner une boîte seuls, ce qui était hors de leur portée avant.

‍

Construire la distribution par le récit produit

La croissance de Polsia combine des canaux classiques avec une approche de distribution très portée par le récit.

Ben a imaginé des expériences marketing qui montrent ce que le produit sait faire.

Un exemple : laisser l'IA lever des fonds en autonomie.

« J'ai envoyé à 150 investisseurs un mail disant "mon IA lève le tour", et elle répondait automatiquement », Ben Broca

Ça a marché pour plusieurs raisons :

• Ça montrait le produit en action
• Ça provoquait des réactions fortes
• Ça créait des moments faciles à partager

Le produit lui-même devient le moteur marketing.

En parallèle, Ben explore méthodiquement plusieurs canaux de croissance :

• Le contenu porté par le fondateur
• Les réseaux sociaux
• La pub
• Les partenariats

Cette double approche combine storytelling et exécution.

‍

Transformer son produit en économie

Polsia dépasse le simple outil SaaS pour devenir une plateforme à plusieurs types d'acteurs :

• Des builders
• Des investisseurs
• Des acheteurs de boîtes

La vision long terme est un écosystème autonome où :

• Les utilisateurs créent des boîtes
• D'autres investissent dedans ou les rachètent
• Le système facilite les transactions

Ça introduit des effets de réseau et une valeur qui se cumule.

Ben prévoit aussi de :

• Ajouter une couche investisseurs
• Permettre d'acheter et vendre des boîtes
• Laisser le système allouer le capital en autonomie

Polsia passe ainsi du statut d'outil à celui d'infrastructure.

‍

L'erreur : grandir avant d'avoir réglé les unit economics

L'un des plus gros défis de Polsia est venu de son propre succès.

Le produit a grandi vite, mais la structure de coûts derrière n'était pas prête.

« Aujourd'hui, je perds de l'argent sur chaque client », Ben Broca

Le problème principal, c'était le coût des modèles :

• Des modèles IA chers
• Une forte consommation par utilisateur
• Un support et des remboursements généreux

En même temps, le produit était encore un MVP aux fonctionnalités limitées.

Ben a dû mettre en pause l'ajout de fonctionnalités pour se concentrer sur :

• L'optimisation de l'infrastructure
• La réduction des coûts
• L'idée de posséder ses propres GPU

Ça met en lumière une tension clé des produits IA : capacité contre coût abordable.

Faire grimper l'usage sans maîtriser les coûts peut vite devenir intenable.

‍

• Construis tôt des systèmes intégrés, même incomplets, pour valider une vraie valeur utilisateur plutôt que des composants isolés.
• Conçois des produits qui créent de la valeur sans intervention constante de l'utilisateur, pour améliorer la rétention et l'engagement.
• Structure les systèmes d'agents en séparant clairement les couches de décision, de création de tâches et d'exécution.
• Aligne ton business model sur le succès de tes utilisateurs pour permettre un produit plus engagé et tourné vers les résultats.
• Utilise le produit lui-même comme moteur de distribution, avec des cas d'usage démonstratifs et faciles à partager.
• Priorise tôt la maîtrise des coûts dans un produit IA, pour ne pas faire grandir des usages non rentables.
• Vois l'IA comme une infrastructure centrale capable de prendre en charge des fonctions entières dans une boîte.
• Vise l'écosystème quand ton produit permet des échanges de valeur entre différents types d'utilisateurs.
• Utilise des contraintes, comme rester seul, pour forcer des choix de conception produit plus radicaux et plus efficaces.
• Vois les utilisateurs non techniques comme un énorme marché mal servi quand tu construis des produits AI-native.

‍

‍

‍