Comment l'assistant bmaster construit un Flow : le fonctionnement de A à Z

1. Un Flow, ce n'est pas une liste de tâches

Beaucoup d'entrepreneurs créent des éléments séparés : un site avant d'avoir défini leur offre, des publicités avant d'avoir compris leur clientèle, une application avant d'avoir vérifié qu'elle répond à un besoin. Ils passent leur temps à créer, mais ils n'avancent pas forcément vers leur objectif.

Le Flow part d'un principe de modélisation : on n'a pas besoin de tout inventer. On observe ce qui fonctionne, on comprend le processus qui produit le résultat, puis on l'adapte à sa propre activité.

Il y a une nuance essentielle : copier le site d'une entreprise qui réussit ne copie pas sa réussite. Vous voyez le résultat visible, pas le processus : le choix des produits, l'étude du marché, la construction des marges, la manière d'attirer les clients. Le Flow cherche donc à reconstituer le parcours (comment un client découvre, compare, décide, commande, revient), puis à organiser les livrables autour de ce parcours.

2. Le principe : un plan validé avant toute production

Le fonctionnement repose sur un plan explicite, le cahier des charges. Il contient la liste ordonnée de tout ce qu'il y a à produire, avec pour chaque ligne :

• un titre ;
• une intention : ce qu'il faut produire, précisément ;
• le type de livrable ;
• le moteur qui l'exécutera ;
• une raison : pourquoi cette ligne vient à cette place.

Vous le lisez, puis vous pouvez modifier une ligne, la retirer, la monter ou la descendre. Tant que vous n'avez pas validé le plan, rien n'est généré.

Le plan a lui-même un état (à valider, en cours, en pause, terminé), et chaque ligne aussi : à faire, en cours, terminé, échoué, retiré, ignoré, à refaire.

3. Quand un Flow se justifie, et quand il ne se justifie pas

Le cahier des charges est l'exception, pas la norme. L'assistant ne l'utilise que lorsque la demande décrit un projet entier dont les livrables dépendent les uns des autres : « lance mon agence », « il me faut tout pour vendre ma formation », « automatise l'envoi de courrier à mes domiciliés ».

Pour tout le reste, même plusieurs artefacts, même une application, même une automatisation, il passe par une carte directe : une proposition immédiate que vous confirmez, sans passer par un plan. Au moindre doute, pas de cahier des charges.

L'assistant tranche aussi une frontière stricte :

• Tout ce qui se visite comme un site ou fonctionne comme une vraie application (site vitrine, portfolio, blog, boutique, application avec comptes et base de données) relève de B-Coder.
• Un livrable de travail (document, présentation, facture, tableur, quiz, outil léger, rapport) relève d'un artefact.

Il annonce son choix et le justifie en une phrase. Si la demande est ambiguë, il recommande la meilleure option en expliquant la différence : B-Coder est plus long et consomme plus de jetons, mais donne un vrai site ou une vraie application publiable ; un artefact est immédiat, dans votre espace de travail.

4. Les questions avant le plan

L'assistant ne vous interroge pas pour le plaisir. Son principe : proposer, pas interroger.

• Il pose une ou deux questions précises, jamais plus, et uniquement si leur réponse change la liste des livrables ou leur ordre : ce que vous possédez déjà, où sont vos données réelles, ce que vos clients doivent pouvoir faire.
• Il n'en pose aucune si la demande est déjà claire : il pose directement le plan.
• Il évite les questions génériques. Une préférence (couleur, ton, format) n'est pas une question : il fait une hypothèse, la dit en quelques mots, et la propose.

Une seule raison justifie de s'arrêter : ne pas pouvoir écrire un prompt précis sans inventer le sujet. Dans ce cas il vous demande le sujet en une phrase.

5. Comment le plan est découpé

Le découpage suit quatre règles, par ordre d'importance :

1. 1Un livrable, une ligne. On ne regroupe jamais deux livrables : un deck n'est pas un contrat, un contrat n'est pas une feuille de route.
2. 2Pas de remplissage. Une ligne existe seulement si vous voulez réellement cet objet. Chaque ligne coûte une génération : l'assistant n'invente pas de livrable pour faire nombre. Une demande d'automatisation ne produit que quelques lignes.
3. 3L'ordre est la dépendance. Les livrables s'exécutent un par un, et chacun lira le contenu réel de tous les précédents. On met donc d'abord ce dont le reste a besoin : l'identité avant le site, le site avant la présentation, l'application avant l'automatisation qui y écrit. L'assistant l'explique dans la raison de chaque ligne.
4. 4La forme commande le plan. Un projet qui part de zéro commence par le positionnement et l'identité. Une entreprise existante ne reçoit ni nouvelle marque ni nouveau site : on commence par reprendre ses données réelles.

Chaque ligne nomme un vrai moteur de production. Rien n'est promis sans moteur derrière. Et si un livrable exige des données que nous n'avons pas (une liste de prospects réels, par exemple), le plan le dit au lieu de laisser croire qu'elles seront inventées.

6. Trois types de livrables, trois formes de projet

Le plan adopte l'une de trois formes :

• Lancement : vous partez de zéro, le plan commence par le marché, le positionnement et l'identité.
• Automatisation : votre entreprise existe déjà, le plan commence par vos données réelles et n'ajoute ni marque ni site inutile.
• Livrable unique : pas de plan, une carte directe suffit.

Un Flow n'est donc jamais identique d'une entreprise à l'autre : si vous travaillez seul, vos besoins diffèrent de ceux d'une société de vingt collaborateurs. Si vous avez déjà un site, le plan n'en crée pas un autre.

7. Les données réelles : la radiographie du marché

La première étape d'un lancement est souvent une radiographie du marché. Elle s'appuie sur des données réelles plutôt que sur des généralités : les prix publiés par les concurrents, leur positionnement, leur visibilité en ligne (trafic, mots-clés), des captures de leurs pages, les technologies qu'ils utilisent, et un score d'opportunité. Il existe aussi une version pour un employeur, pour un candidat qui prépare un entretien.

C'est l'application directe du principe de modélisation : ne pas copier ce que les autres ont construit, mais comprendre pourquoi ils l'ont construit. Et ces analyses se lisent avec leurs sources et leurs limites : les informations produites par l'IA doivent être vérifiées, surtout les prix, les coûts et les données locales.

8. L'exécution en chaîne

Une fois le plan validé, les livrables s'exécutent un par un, dans l'ordre.

Pour chaque ligne, l'assistant fait trois choses :

1. 1Il lit le contenu réel des livrables dont celui-ci dépend, pas un résumé.
2. 2Il rédige alors la consigne de production du livrable suivant, avec les valeurs exactes relevées.
3. 3Il affiche une carte « Exécuter » que vous confirmez.

La consigne de production est complète et autonome : la génération ne voit ni la conversation ni le plan, seulement ce texte. C'est ce qui rend chaque production traçable : on sait exactement sur quelle consigne elle repose. Elle n'est écrite qu'au dernier moment, à partir de ce qui existe, et pas au moment du plan. L'intention, elle, est écrite au plan et reste stable : c'est ce que vous lisez et corrigez.

9. La mémoire du plan et la cohérence des livrables

C'est le point qui distingue une suite de livrables d'un ensemble cohérent.

Après chaque livrable produit, on en extrait les valeurs exactes : la palette de couleurs, les polices, l'adresse publiée du site, les noms des données gérées par l'application. Elles sont conservées et réinjectées dans tous les livrables suivants.

Sans cela, l'assistant devrait redemander ce qu'il a déjà vu, ou réécrire une couleur de mémoire, approximativement : un « vert » au lieu d'un code couleur précis. Avec cette mémoire, l'identité définie à l'étape 2 se retrouve à l'identique sur le site, la présentation et les visuels.

Deux niveaux de lecture se complètent :

• un état compact du plan, fourni à chaque message de la conversation : ce qui est fait, ce qui reste, les valeurs exactes ;
• une lecture complète et ponctuelle d'un livrable quand il faut le prolonger. Elle retire le poids sans valeur textuelle (les images encodées par exemple) pour ne perdre ni une couleur, ni un mot, ni une balise.

10. Aucune action sans votre clic

C'est une règle absolue de l'assistant : il ne modifie jamais rien directement.

Quand il propose une action, une carte de confirmation apparaît dans le chat. C'est vous qui cliquez sur « Exécuter », et l'exécution se fait dans votre navigateur, avec votre propre session. Tant que vous n'avez pas cliqué, rien n'existe : l'assistant ne dit jamais « c'est créé » mais « je vous propose ceci, confirmez pour lancer ».

Pour les plans de longue haleine, une option « Approuver tout le travail » permet d'enchaîner les livrables sans clic intermédiaire. Vous pouvez aussi mettre le plan en pause. Et si la page se recharge (par exemple en ouvrant le Studio d'un projet), l'enchaînement reprend là où il s'était arrêté.

11. Quand quelque chose change : ajuster plutôt que refaire

C'est là que le Flow devient puissant. Une seule décision peut modifier plusieurs éléments : changer de positionnement touche les prestations, les tarifs, le message du site, la manière de communiquer. Avec une approche traditionnelle, il faudrait retrouver chaque document, chaque logiciel, chaque contenu concerné.

L'assistant distingue deux gestes :

Pourquoi cette hiérarchie ? Une génération complète prend plusieurs minutes, coûte beaucoup de jetons et jette un travail déjà déployé. Pour un ajustement, c'est hors de proportion. L'instruction d'un ajustement doit être précise : ce qui change, et rien d'autre. Réécrire tout le brief transformerait la modification en refonte.

Pour une décision stratégique, vous pouvez demander : « Nous passons sur une offre plus haut de gamme et personnalisée. Identifie les conséquences sur notre positionnement, nos prestations, nos tarifs, notre site et notre marketing, et propose les adaptations avant de modifier les livrables. » Vous examinez, choisissez ce qui est pertinent, et poursuivez sur les éléments concernés. Vous pouvez aussi annuler le plan : les livrables déjà produits sont conservés.

12. Ce que l'assistant sait de votre situation

L'assistant n'est pas un chat générique. À chaque message, il connaît :

• la page exacte où vous êtes (route, nom de la fonction, titres visibles) : si vous êtes dans B-Coder et demandez « comment ça marche », il parle de B-Coder ;
• votre profil : plan, jetons, nombre de projets ;
• vos vraies actions passées : les générations lancées (consigne, déroulé, résultat), vos conversations, vos projets.

Quand un résultat est décevant (« c'est vide », « ça n'a pas marché »), il regarde le déroulé réel de votre génération avant de supposer quoi que ce soit : cette trace indique précisément à quelle étape ça a cassé. Il répond d'abord à partir de la base de connaissances officielle, avec ses sources, plutôt que de mémoire. Si le problème dépasse ce qu'il peut résoudre, il transmet à l'équipe de support avec un résumé honnête de ce qui a déjà été vérifié.

13. Les garde-fous d'honnêteté

• Il n'invente aucun fait vérifiable : prix, certification, matériau, chiffre, témoignage attribué à quelqu'un. Tout le reste (titres, bénéfices, réponses de FAQ, libellés de boutons) est écrit pour de vrai, comme sur une page finie : un livrable rempli de « contenu à modifier » est un livrable raté. Il laisse seulement les quelques vrais chiffres à remplacer.
• Il ne dit jamais « c'est fait » avant votre clic.
• Il ne promet jamais ce qu'il n'a pas vérifié. Si un outil échoue, il le dit simplement.
• Il signale les données manquantes dans le plan plutôt que de laisser croire qu'elles seront inventées.
• Les questions sensibles (un double débit, un remboursement) sont confiées à un humain, jamais traitées automatiquement.

14. Comment obtenir le meilleur Flow

La qualité du plan dépend de ce que vous donnez. Un point de départ efficace :

« Je dirige [type d'activité]. Aujourd'hui, je fonctionne de cette manière : [situation actuelle]. Mon principal problème est [problème]. Mon objectif est [résultat souhaité]. Je dispose déjà de [outils existants]. Pose-moi les questions nécessaires et propose-moi un Flow adapté à ma situation. »

Ensuite :

• Répondez aux questions avec vos mots. Elles portent sur ce que vous avez déjà, où sont vos données, ce que vos clients doivent pouvoir faire.
• Fournissez vos données réelles (clients, produits, tarifs) : elles sont reprises, pas remplacées par des inventions.
• Relisez le plan avant de valider. Retirez ce dont vous n'avez pas besoin, réordonnez, précisez une intention.
• Dites ce que vous avez déjà. Le plan en tient compte.
• Corrigez par petites touches. Une modification précise coûte infiniment moins qu'une régénération.

15. Exemple complet : un salon de coiffure à Genève

Vous écrivez : « Je veux ouvrir un salon de coiffure moderne à Genève. Je pars de zéro. » La demande décrit un projet entier, avec des livrables dépendants : c'est un lancement. L'assistant pose le plan suivant :

Vous validez. Le site reprend exactement la palette et les polices de l'identité, parce que ces valeurs ont été extraites puis réinjectées. Plus tard, vous décidez de passer sur une offre plus haut de gamme : vous le dites, l'assistant ajuste les prestations, les tarifs, le message du site et la communication, plutôt que de tout refaire.

Voir la suite du parcours dans le cas d'usage Attirer des clients avec l'IA.

16. Ce qu'un Flow ne fait pas

• Il ne garantit aucun résultat commercial, ni aucun classement.
• Il n'invente pas vos données : sans vos vraies informations, il vous le signale.
• Il ne remplace pas la vérification : les prix, les coûts et les données locales doivent être contrôlés.
• Il ne s'exécute pas seul : sans votre validation, rien ne se génère.
• Il n'est pas systématique : pour un livrable simple, une carte directe est plus rapide.

17. Questions fréquentes

18. Glossaire

• Flow : le plan d'action d'un projet, composé de livrables ordonnés.
• Cahier des charges : la version détaillée du Flow, que vous validez.
• Livrable : un élément produit : document, présentation, site, automatisation.
• Carte : la proposition d'action qui s'affiche dans le chat et que vous confirmez.
• Valeurs exactes : les couleurs, polices, adresses et noms de données extraits d'un livrable et réutilisés par les suivants.
• Ajuster : modifier de façon ciblée un livrable existant.
• À refaire : l'état d'un livrable dont une source a été régénérée.
• Enchaînement automatique : l'option qui exécute les livrables sans clic intermédiaire.

Pour aller plus loin

Deux pages officielles de Google, utiles pour que les sites que vous construisez soient bien compris par les moteurs de recherche :

• Google Search Central : guide de démarrage SEO — Les bases du référencement naturel, par Google.
• Google Search Central : les fonctions d’IA et votre site — Comment les fonctions d’IA de la recherche Google s’appuient sur les sites.

À lire aussi sur bmaster