Logique transactionnelle
Que doit faire
l’utilisateur ?
Créer un contact. Modifier une opportunité. Enregistrer une activité.
OpérationsDonnéesVues
Bootcamp mindBrain · 4 semaines
Construisez votre
application métier.
Quatre semaines pour concevoir avec mindBrain, éprouver vos règles et préparer la suite de votre projet.
Votre expertise métier comme point de départ.
Sans prérequis en programmation.
Un premier POC sur données d’essai.
Le langage naturel change l’interface.
Les questions changent la conception.
Les chats fondés sur les grands modèles de langage (LLM) ont fait du langage naturel une interface d’usage : à l’écrit ou à la voix, on peut demander une réponse plutôt que chercher un écran.
Reliée aux données de l’entreprise, cette interface permet de poser une question comme : « Pourquoi ce dossier est-il bloqué ? Qui doit intervenir ? » La demande peut traverser les contacts, les opportunités, les activités et les règles du métier.
La formulation des questions devient stratégique : elle précise ce que chaque rôle doit pouvoir comprendre, décider et faire. Les interfaces transactionnelles, conçues pour saisir et modifier des données, ne suffisent plus à couvrir ces usages conversationnels.
Le paradigme de conception doit donc évoluer. Il faut concevoir les connaissances, les relations et les conditions qui rendent les réponses possibles, au-delà des opérations et des vues.
Que doit faire
Conception orientée réponses
Que doit savoir chaque rôle
pour décider et agir ?
Quel dossier est bloqué ? Pourquoi ? Qui doit intervenir ? Quelles conséquences prévoir ?
QuestionsModèle métierRéponses
Les deux logiques coexistent. Les opérations alimentent les faits ; le modèle métier organise les connaissances utiles aux réponses.
Un seul cas, plusieurs regards
Même opportunité.
Questions différentes.
Prospection, ventes, finance, direction : chacun cherche à faire avancer un travail précis. Choisissez une responsabilité.
L’exemple utilisé sur cette page est un modèle de CRM pour comprendre concrètement un cas d’usage. Le bootcamp est ouvert à toutes les applications agentiques.
Opportunité Atelier NordOffre de 18 000 €Responsable : Camille, SDRBudget à confirmer
Le point de vue du SDR
Préparer une prochaine étape utile.
Quand je qualifie une opportunité, je veux identifier ce qui manque pour organiser la suite.
« Quelles informations ou validations manquent pour transmettre ce dossier ? »
La réponse dans cet exemple
Deux points restent à traiter.
Aucun suivi n’est prévu et le budget n’est pas confirmé. Camille doit préparer un échange et vérifier le budget avant la transmission.
Faits mobilisés : responsable, prochaine activité, confirmation du budget.
Parcourir les cinq questions métier
- Prospecteur
- Existe-t-il une opportunité en cours, avec quels interlocuteurs et quel responsable ?
- SDR
- Quelles informations ou validations manquent pour transmettre ce dossier ?
- Sales manager
- Quelles opportunités sont bloquées et lesquelles demandent mon intervention ?
- CFO
- Quels montants restent conditionnels à une signature, une livraison ou une facturation ? Les faits financiers correspondants sont à compléter.
- CEO
- Quels blocages peuvent affecter nos objectifs ? Il faut aussi connaître le portefeuille et les objectifs.
Données fictives, réponses scénarisées. Vous explorez un raisonnement ; aucun agent n’est connecté à cette page.
Explorer les besoins à plus grande échelleVous venez de voir cinq regards sur une seule opportunité. Combien de besoins de réponse cela représente-t-il à l’échelle de votre activité ?
Plusieurs rôles.
Combien de besoins de réponse ?
Une même activité mobilise des responsabilités différentes. Faites varier les deux curseurs.
Par exemple, 5 rôles et 8 questions par rôle représentent 40 besoins de réponse.
5 rôles × 8 questions
40besoins de réponse
à organiser
Calcul illustratif : certaines questions sont communes à plusieurs rôles. Ce total ne mesure ni des écrans, ni un coût de développement.
Avec mindBrain, partez de ces questions.
Organisez les faits, leurs relations et les règles dans un modèle métier partagé. Les humains et les agents peuvent alors s’appuyer sur des réponses dont les conditions sont explicites.
Faut-il prévoir toutes les formulations possibles ?
Une question de référence peut servir plusieurs formulations et paramètres. « Où dois-je intervenir ? » et « Quels dossiers demandent mon aide ? » réutilisent les mêmes connaissances. Une nouvelle question peut aussi demander une source ou une règle supplémentaire : cette lacune doit rester visible.
Un fait change.
Quelles réponses évoluent ?
Prévoyez un suivi pour Atelier Nord. Observez ce qui change, puis ce qui reste à vérifier.
Faites évoluer la situation.
Règle d’essai : un suivi prévu et un budget confirmé sont nécessaires pour proposer la transmission au manager.
Prévoir un échange résout le manque de suivi. Cela ne confirme pas le budget.
La réponse du rôle choisi, dans le module des rôles, suit ces mêmes faits. Un budget inconnu ne signifie pas un budget refusé.
Qu’est-ce qui permet de répondre ?
Les faitsUn responsable, un suivi, un budget.La règleLes deux conditions avant transmission.La réponseCe qui manque et ce qui devient possible.
Une réponse utile.
Une suite encadrée.
Un agent peut préparer une action à partir des réponses disponibles. Les conditions et les validations restent explicites.
À partir de votre situation
La suite se prépare.
Le suivi est à organiser. La préparation d’un échange ne permet pas encore de transmettre l’opportunité.
La proposition n’est pas encore préparée.
Simulation locale : aucune activité créée, aucun message envoyé. Une modification des faits annule la proposition préparée.
Des réponses qui évoluent.
Des agents qui s’adaptent.
La définition des règles permet de concevoir des processus d’automatisation. Un fait change, la réponse à une question métier aussi : l’agent peut alors déterminer ce qu’il peut ou doit faire.
À plus grande échelle, plusieurs réponses et actions peuvent s’enchaîner pour faire avancer un processus complet. Vous définissez les conditions d’exécution et les moments où une personne intervient.
Du risque détecté aux bonnes personnes informées. L’agent enchaîne les actions déjà autorisées.
- 1RepérerEn cours
- 2RésumerÀ suivre
- 3AlerterÀ suivre
- 4SynthétiserÀ suivre
Étape 1 sur 4 · Agent
Repérer les opportunités menacées.
L’agent consulte la réponse métier. Atelier Nord apparaît dans les opportunités menacées : son échéance est dépassée.
- Ce qui permet cette étape
- Les faits sont disponibles et la règle définit ce qu’est une opportunité menacée.
- Ce qui passe à l’étape suivante
- Une opportunité à examiner, avec son responsable et la cause du risque.
La réponse métier donne le point de départ du processus.
Cliquez pour parcourir les étapes. Simulation pédagogique : aucun message ni devis n’est envoyé.
Lire les deux processus en entier
Un processus entièrement agentique
Du risque détecté
aux bonnes personnes informées.
L’agent suit les réponses métier et enchaîne les actions autorisées par les règles.
- RepérerIdentifier les opportunités menacées à partir des faits disponibles.
- RésumerPréparer les risques, leurs causes et les interventions utiles.
- AlerterEnvoyer une alerte au commercial concerné.
- SynthétiserTransmettre une synthèse au directeur des ventes.
Les règles précisent les déclencheurs, les destinataires et les conditions qui autorisent ces envois.
Un processus mixte, agent et humain
Du rapport préparé
au devis à faire signer.
L’agent prépare le travail. Une personne valide la proposition qui autorise la suite.
- PrésenterL’agent soumet un rapport et une proposition à la personne responsable.
- ValiderLa personne examine, ajuste si nécessaire et approuve la proposition.
- PréparerL’agent utilise la proposition validée pour préparer le devis.
- EnvoyerL’agent transmet le devis au prospect pour signature, selon les conditions définies.
La validation humaine autorise la suite du processus. La signature du prospect reste une étape distincte.
Dans les deux cas, vous concevez le lien entre les faits, les réponses, les règles et les actions. Ces exemples décrivent des fonctionnements à construire et à tester.
Tester les situations importantesUne bonne règle
se vérifie aussi aux limites.
Si un suivi est prévu mais que le budget manque, la transmission doit rester en attente. Testez trois situations du même exemple.
Ces jeux d’essai sont indépendants des choix effectués plus haut.
Le cas à vérifier
Suivi prévu, budget inconnu.
- Résultat attendu
- La transmission reste en attente : le budget manque.
- Résultat observé
- Dans cet exemple, le suivi seul ne permet pas de proposer une transmission.
C’est la distinction à conserver dans votre propre règle.
Ce que ce petit test vérifie
Il compare une règle locale de démonstration au résultat attendu pour un cas précis. Dans le bootcamp, les scénarios de votre modèle servent à constater les résultats, repérer les écarts et recueillir le jugement des personnes qui connaissent le métier.
- Suivi seul : transmission en attente.
- Budget seul : transmission en attente.
- Les deux réunis : proposition possible, validation humaine encore nécessaire.
Le rôle de mindBrain
Avec votre CRM.
Ou au cœur de votre application.
mindBrain relie les informations, les concepts et les règles du métier pour répondre aux questions. Il peut compléter un logiciel existant ou porter le modèle d’une application que vous créez.
Le CRM sert ici à matérialiser l’explication. mindBrain s’adapte à tous les modèles métier, quel que soit le type d’application agentique.
Comment connecter les données : mindBrain Pro et personnel
En production, mindBrain Pro dispose de connecteurs pour gérer la synchronisation des données. Le périmètre dépend du logiciel et des accès disponibles.
Pour mindBrain personnel, les connecteurs sont à adapter. Les MCP existants peuvent accélérer ce travail en donnant accès aux outils et aux données. Il reste à définir les correspondances entre les champs, le sens des échanges et la fréquence de mise à jour. Un accès MCP ne constitue pas, à lui seul, une synchronisation continue.
Une autre façon d’utiliser l’application
Une demande dans le chat.
Une réponse, une action ou une interface.
Un agent comme Hermès ou OpenClaw peut faire le lien entre votre application et Telegram, WhatsApp, Discord ou Slack, selon les connexions mises en place.
Vous n’avez plus à prévoir un écran fixe pour chaque usage. L’agent peut réaliser les opérations transactionnelles, répondre aux questions et déclencher les workflows. Quand une vue ou un formulaire aide à avancer, il peut aussi créer une interface à la volée et envoyer son URL dans le chat.
Un exemple d’usage à construire
« Quelles opportunités sont menacées, et que dois-je faire ? »
- ComprendreL’agent interroge le modèle mindBrain et rassemble les causes du risque.
- PrésenterIl répond dans le chat et peut envoyer le lien d’une vue de revue créée pour cette demande.
- AgirVous choisissez une suite. L’agent crée une tâche ou lance le workflow autorisé.
Où s’arrêtent les rôles de chacun ?
- Le connecteur apporte les faits.
- Il respecte les accès du logiciel source et le périmètre de synchronisation. Une donnée absente ou ancienne limite la réponse.
- mindBrain porte le contexte et les règles.
- Il structure les réponses à partir des faits disponibles. Une information inconnue reste à préciser ; une règle et une validation requise restent à respecter.
- L’agent dialogue et exécute.
- Créer un devis, envoyer un message ou publier une interface exige les outils, les droits et les connexions correspondants. L’interface générée doit elle aussi contrôler les accès. Les écrans habituels restent utiles lorsque le travail le demande.
Le bootcamp commence par un modèle et des scénarios sur données synthétiques. Les connexions réelles et la mise en production se préparent ensuite, à partir du périmètre éprouvé.
Préparer mon projetÀ votre tour
Et pour
votre projet ?
Commencez par un simple scénario pour comprendre l’approche centrée sur les questions. Choisissez un point de départ, puis adaptez-le à votre projet.
Changer de canevas remplace ses suggestions. Vos modifications demanderont confirmation.
Vous avez personnalisé ce brief. Charger le canevas choisi remplacera vos textes.
Préciser le processus, les rôles et la règle
Votre première intention de modèle
Un brief à discuter.
Un projet à tester.
- Processus
- Qualification d’une opportunité jusqu’à sa transmission
- Rôles
- SDR et sales manager
- Question
- Quelles informations ou validations manquent pour transmettre ce dossier ?
- Événement
- Un échange de qualification est prévu
- Suite à préparer
- Vérifier les conditions avant de proposer une transmission
- Règle / validation
- Le budget et le suivi sont confirmés ; le manager valide la transmission.
- Premier test
- Un suivi prévu sans budget confirmé ne doit pas autoriser la transmission.
Ce brief est un point de départ. Le périmètre et la faisabilité restent à examiner.
Vos textes restent dans cette page. Ils ne sont pas transmis avec votre email.
Votre premier projet
Qualification d’une opportunité jusqu’à sa transmission
Pendant le bootcamp, vous préciserez ce périmètre, construirez le modèle avec l’Architecte et vérifierez son usage avec l’Opérateur et des personnes.
Du premier brief
au premier POC éprouvé.
Quatre semaines de pratique avec mindBrain, sur un processus ciblé. Vous apportez la connaissance du métier ; le parcours vous donne la méthode.
Pour construire
L’Architecte.
Vous précisez les questions, les faits et les règles. L’Architecte prend en charge la construction technique. Vous examinez et demandez les adaptations.
Pour utiliser
L’Opérateur.
Vous exercez votre modèle par messagerie, posez les questions métier et observez les suites possibles dans les scénarios préparés.
Cadrer.
Délimiter un processus, ses rôles, les questions prioritaires et le résultat attendu.
Construire.
Organiser les informations, les relations et les règles avec l’Architecte.
Éprouver.
Préparer des données synthétiques, exercer les cas attendus, les inconnues et les exceptions.
Affiner.
Examiner les résultats, recueillir des retours humains et décider des corrections et de la suite.
Ce que vous pourrez
mettre sur la table.
- Un premier modèle fonctionnel
- Un périmètre métier, ses informations, questions et règles.
- Des situations d’utilisation
- Comment les personnes et les agents exploitent ce modèle.
- Des scénarios et résultats de test
- Les comportements attendus, les écarts et les faits manquants.
- Des retours humains
- La compréhension et l’utilité des réponses pour les rôles concernés.
- Une décision sur la suite
- Corriger, préparer un pilote ou examiner une extension.
Que signifie « éprouvé » ?
Cohérence métier : les personnes concernées reconnaissent les concepts et les règles. Fonctionnement : le modèle se comporte comme attendu dans les scénarios testés. Usage : les réponses aident les personnes à avancer.
Un POC sur données d’essai fournit des observations sur un périmètre annoncé. Un pilote avec des utilisateurs et des sources réelles permettra ensuite d’examiner l’adoption, les intégrations et le coût d’exploitation.
Un cadre précis pour avancer.
Séances organisées chaque semaine pendant 4 semaines. Sans prérequis en programmation, avec du travail de définition et de pratique entre les séances.
Les connexions en direct aux logiciels tiers sont une étape ultérieure. Le rythme, l’accompagnement, l’accès à mindBrain et le tarif seront précisés avant votre inscription au bootcamp.
Recevoir le programme et les datesAvant de vous lancer.
Le périmètre, l’implication et la prochaine étape.
Faut-il savoir programmer ?
Non. Vous décrivez le fonctionnement attendu en langage naturel. L’Architecte prend en charge la construction technique. Vous devez toutefois préciser les besoins, examiner les propositions et pratiquer avec l’Opérateur.
Que vais-je construire en quatre semaines ?
Le résultat visé est un premier modèle métier fonctionnel dans mindBrain, sur un périmètre ciblé, testé sur des données synthétiques. Vos scénarios et observations vous aideront à décider de la suite. Un projet plus vaste demandera un travail supplémentaire.
Les modules de cette page sont-ils connectés à mindBrain ?
Non. Ce sont des illustrations locales sur un cas fictif. Elles rendent les principes manipulables. Le bootcamp vous apprend à construire et exercer votre propre modèle avec l’Architecte et l’Opérateur.
Vais-je connecter les données réelles de mon entreprise ?
Le parcours annoncé utilise des données synthétiques pour tester les situations et les règles. Les connexions en direct aux logiciels tiers et le pilote sur sources réelles sont des étapes ultérieures.
Quels outils, accès et coûts faut-il prévoir ?
Le programme précisera le tarif, le rythme, l’accompagnement, la durée de l’accès à mindBrain et les éventuels frais des exercices. Il indiquera aussi le canal de messagerie accompagné parmi Telegram, WhatsApp ou Discord.
Puis-je venir avec un besoin interne ou une future offre ?
Oui. Vous pouvez partir d’un processus de votre équipe ou d’un service à proposer à des clients. Le premier objectif reste un périmètre démontrable et éprouvé. Le pilote, le déploiement chez un client et la préparation commerciale constituent la suite à examiner.
Mon brief sera-t-il envoyé avec mon email ?
Non. Les champs du brief restent dans votre navigateur et peuvent être téléchargés en texte. Le formulaire transmet seulement votre adresse email au service de mailing-list existant. Sans téléchargement, votre brief est perdu lorsque la page est rechargée ou fermée.
La mailing-list m’engage-t-elle à acheter ?
Non. Vous demandez le programme, les dates, le tarif et les modalités pour décider. Cette inscription ne réserve pas une place payante et n’engage à aucun achat.
Votre métier.
Votre premier modèle.
La prochaine étape.
Recevez le programme, les prochaines dates, le tarif et les modalités pour choisir votre session.
Des séances chaque semaine pendant 4 semaines, pour construire et tester un périmètre utile.