Découvrez le Product Brain : la connaissance produit pour les agents IA
Demandez à un agent de support IA construit sur un modèle généraliste comment importer des contacts dans votre produit, et vous obtiendrez une réponse qui semble juste : cherchez un bouton Importer, ou consultez le centre d'aide. C'est la réponse valable pour tous les produits, donc pour aucun.
Posez la même question à un agent qui a vu votre produit, et il vous répond : Contacts › Import, en haut à droite. Importez un fichier, collez une liste ou récupérez-la depuis un autre outil, et les colonnes sont automatiquement associées aux attributs des contacts. Voici l'écran, et voici un clip de 16 secondes du parcours.
La différence ne vient pas du modèle, mais de ce que le modèle sait de votre produit. Aujourd'hui, nous ouvrons le Product Brain, la couche de connaissance qui alimente chaque agent Karumi, aux agents que vous construisez.
Dans cet article, nous verrons ce qu'est le Product Brain, pourquoi les agents IA en ont besoin, comment il fonctionne et comment y connecter votre propre agent.
Qu'est-ce que le Product Brain ?
Le Product Brain est une cartographie vivante d'un logiciel : ses écrans, workflows, fonctionnalités, paramètres et rôles, ainsi que le contexte business qui les entoure. Karumi le construit en envoyant ses propres agents naviguer dans le produit comme le ferait une personne, le maintient à jour en ne s'arrêtant jamais, et le met à disposition des agents IA sous forme de réponses structurées, avec captures d'écran et vidéos.
Ce n'est pas un index de recherche sur votre centre d'aide. Un centre d'aide décrit le produit tel qu'il était lors de la rédaction du dernier article. Le Product Brain, lui, est construit à partir du produit lui-même.
Pourquoi les agents produit donnent de mauvaises réponses
La plupart des équipes qui construisent des agents se heurtent aux trois mêmes obstacles :
- Obsolète. En quelques releases, la documentation et les démos enregistrées ne correspondent plus à l'interface : l'agent décrit des boutons qui ont changé de place.
- Superficiel. Un paragraphe de texte ne répond pas à un « comment faire ». Les utilisateurs ont besoin du chemin, des étapes, de l'autorisation requise et de quelque chose à regarder.
- Ambigu. « Modifier mon e-mail de facturation » peut renvoyer à trois écrans différents. Sans cartographie du produit, l'agent en choisit un et se trompe avec aplomb.
Ni de meilleurs prompts ni des modèles plus puissants ne règlent ces problèmes. Ce sont des problèmes de connaissance.
Comment fonctionne le Product Brain
1. Les agents de Karumi naviguent en continu dans votre produit en production
Vous fournissez à Karumi un accès à un environnement de démo, et Karumi envoie ses agents dans votre produit. Ils se connectent, ouvrent chaque page, parcourent chaque workflow et enregistrent ce qu'ils voient, comme une nouvelle recrue qui découvre un produit pendant sa première semaine, sauf qu'ils ne s'arrêtent jamais. Ils scannent le produit 24 h/24, si bien que la cartographie suit le produit au fil de ses évolutions, et un nouveau produit est cartographié en une journée environ.
2. Il construit un graphe, pas une pile de documents
Chaque écran devient un nœud, relié aux workflows qui le traversent, aux fonctionnalités qu'il contient, aux rôles qui y ont accès et à l'offre dont il fait partie. La connaissance produit côtoie la connaissance business, comme les offres, les tarifs et les questions que posent réellement les clients, pour que chaque réponse tienne compte des deux.
3. Il reste à jour à chaque mise en production
Comme les agents naviguent en permanence dans le produit, le passage qui suit une release repère ce qui a changé. Il refait les captures d'écran, réenregistre les clips et met à jour chaque fonctionnalité liée à cet écran. Vous livrez le mardi, vos agents le savent le mardi, et personne n'a besoin de réécrire un guide.
4. Vos agents l'interrogent
Les agents posent leurs questions en langage naturel, comme le ferait un utilisateur. Le Product Brain renvoie la fonctionnalité qui répond à la question, avec tout ce dont un agent a besoin pour agir :
- le chemin pour y accéder, par exemple Contacts › Import
- les étapes, dans l'ordre
- qui peut l'utiliser, selon le rôle et l'offre
- des captures d'écran à jour et un court clip du parcours
- la date à laquelle Karumi l'a vue pour la dernière fois dans le produit
La recherche est indexée pour aller vite : c'est pourquoi les agents de Karumi répondent en deux secondes environ.
Ce que vous pouvez construire avec
| Agent | Une question qu'il reçoit | Ce que renvoie le Product Brain |
|---|---|---|
| Agent de support | « Comment ajouter des contacts à une liste déjà importée ? » | L'import de contacts et les formulaires d'inscription, avec étapes et clips |
| Agent d'onboarding | « Que dois-je configurer pendant ma première semaine ? » | Le domaine d'envoi, la première liste et la première campagne, dans l'ordre |
| Agent commercial | « Puis-je envoyer des SMS et des messages WhatsApp, et pas seulement des e-mails ? » | L'emplacement de chaque canal, avec un clip du changement de canal |
| Agent de documentation | « Quels articles d'aide sont obsolètes ? » | Les articles dont les écrans ont changé lors de la dernière release, avec des captures d'écran à jour |
Ce sont les missions que les agents de Karumi accomplissent déjà, et le Product Brain est ce qui les fait tourner. L'agent d'onboarding de StackAI, entraîné sur son produit, sa documentation et ses parcours de configuration, a accompagné plus de 40 équipes grands comptes en un trimestre et réduit de 85 % le temps d'onboarding manuel (lire le témoignage). L'agent de démo de Re-Leased répond en direct à 83 % des questions des prospects (lire le témoignage).
Comment connecter votre agent
Deux options s'offrent à vous :
- MCP. Ajoutez Karumi à Claude, Cursor ou tout autre client MCP avec un seul bloc de configuration :
{"mcpServers": {"karumi": {"url": "https://api.karumi.ai/mcp"}}}. La documentation MCP détaille la configuration. - API. Pour les agents qui tournent dans votre propre stack, demandez un accès à l'API.
Dans les deux cas, la première étape est la même : indiquez votre produit à Karumi, et il est cartographié en une journée.
Questions fréquentes
Qu'est-ce qu'un product brain ?
Un product brain est une cartographie continuellement mise à jour d'un logiciel (ses écrans, workflows, fonctionnalités et rôles) que les agents IA peuvent interroger pour obtenir des réponses fiables et fondées. Le Product Brain de Karumi ajoute à chaque réponse des captures d'écran à jour et de courts clips vidéo.
En quoi est-ce différent d'un RAG sur notre documentation ?
La génération augmentée par récupération (RAG) sur une documentation renvoie un texte que quelqu'un a écrit sur le produit, à jour seulement jusqu'à sa dernière modification. Le Product Brain est construit par des agents qui naviguent dans le produit lui-même : il contient des écrans, des étapes, des rôles et des vidéos, et se met à jour quand l'interface change.
Reste-t-il fiable après une release ?
Oui. Les agents de Karumi naviguent dans votre produit 24 h/24. Lorsqu'une release modifie un écran, ses captures d'écran, ses clips et toutes les fonctionnalités qui l'utilisent sont mis à jour le jour même.
Quels agents peuvent l'utiliser ?
Tout agent capable d'appeler un serveur MCP ou une API HTTP : bots de support, guides d'onboarding, assistants commerciaux, rédacteurs de documentation et copilotes internes.
Nos données servent-elles à entraîner des modèles d'IA ?
Non. Les données clients restent dans votre périmètre et ne sont pas utilisées pour l'entraînement.
Combien de temps prend la mise en place ?
Vous fournissez un accès à un environnement de démo, et Karumi cartographie le produit en une journée environ.
Voyez-le à l'œuvre sur votre propre produit : découvrez le Product Brain ou échangez avec notre équipe.
