Avant de commencer
Ce que vous allez produire : une page Wix en brouillon, alignée sur une audience, un objectif marketing, une promesse validée et un CTA clair. Prérequis : un projet BAM avec votre offre ; un compte Wix et une page en brouillon ; vos éléments existants (site actuel, présentation commerciale, notes clients, captures produit, témoignages autorisés).
BAM prépare le contexte marketing que Wix ne peut pas deviner. Wix accélère la mise en page, les sections et les composants. Votre équipe contrôle les décisions et la publication.
Pas d'intégration automatique : votre validation est le pont entre les deux.
Étape 1 · Choisissez une page, un objectif et une audience dans BAM
Ne commencez pas dans Wix. Commencez par la décision marketing : dans votre projet BAM, formulez l'objectif de la page comme un résultat, jamais comme un format. Exemples d'objectifs corrects : obtenir des demandes de démonstration qualifiées auprès d'agences B2B ; faire comprendre la valeur d'une mémoire de marque aux PME sans équipe marketing structurée ; convertir les visiteurs intéressés par l'IA marketing en prospects qualifiés ; expliquer comment le produit s'intègre dans une stack comprenant Wix, CRM et outils emailing.
Je veux créer une page Wix [type de page : accueil / offre / démonstration / cas client] pour [audience choisie parmi mes personas] afin de [objectif marketing]. CTA principal : [action attendue du visiteur]. Éléments existants : [notes, page actuelle, captures, témoignages autorisés]. Préparez le brief de page : problème, promesse, messages clés, preuves autorisées, objections, structure, CTA et points à ne pas affirmer. Ne rédigez pas encore le prompt Wix.
Vous devez obtenir de BAM : une audience explicitement choisie, une promesse défendable, une liste de preuves réellement disponibles, les objections prioritaires, une structure de page, et les limites à préserver.
Point de contrôle humain : le brief de JOHANNES complète cette phrase pour vous : « Cette page doit convaincre [persona] de faire [action], parce que [votre offre] résout [problème]. » Ne passez à Wix que si elle sonne juste.
Par exemple : pour Claire, le site doit montrer qu'une agence peut conserver une mémoire par client et préparer des campagnes FR/EN cohérentes. Pour Nassim, une machine de lancement légère, sans stack complexe à maîtriser.
Étape 2 · Faites transformer le brief BAM en prompt Wix
Une fois le brief validé, demandez à JOHANNES de le convertir en instruction exploitable par Wix :
À partir du brief de page validé pour [nom de la page], préparez un prompt prêt à copier dans Wix. Reprenez l'objectif, l'audience, le problème, la promesse, les messages obligatoires, les preuves disponibles, les CTA, les sections, les règles de design et de mobile, et les formulations à éviter. N'inventez ni chiffres, ni résultats clients, ni fonctionnalités.
Voici la trame que le prompt préparé par JOHANNES doit suivre, remplie avec vos éléments validés :
Créez une page [type de page] afin de [objectif]. Audience : [votre audience]. Problème : [le problème vécu par cette audience]. Promesse : [votre promesse validée]. Messages obligatoires : [3 ou 4 messages validés]. CTA principal : [CTA]. Structure attendue : [les sections listées dans votre brief]. Direction visuelle : [style souhaité], une seule couleur d'accent, version mobile en priorité. N'inventez pas de résultats, de chiffres, de témoignages ou d'intégrations.
Étape 3 · Demandez à Wix une seule section à la fois
Ne demandez pas une page parfaite dès le premier prompt. Wix peut générer un site ou aider à créer et ajuster des sections à partir d'instructions en langage naturel : considérez le résultat comme une première proposition à contrôler, jamais comme une page prête à publier.
La règle simple : une intention validée dans BAM = un prompt Wix = une section à relire.
Créez uniquement la section Hero de cette page. Titre : [votre titre validé]. Texte d'appui : [une phrase issue du brief]. CTA principal : [CTA]. CTA secondaire : [optionnel]. Prévoyez une zone pour [votre capture ou photo réelle], et sur mobile : texte, CTA, puis visuel. N'ajoutez ni affirmations, ni chiffres, ni fonctionnalités non fournis.
Le résultat attendu : un titre lisible et relié au problème, un bouton principal visible, une place réelle pour votre visuel, aucun contenu inventé, une lecture claire sur mobile.
Étape 4 · Construisez le bloc workflow, puis contrôlez-le dans BAM
Le bloc workflow est un élément de preuve, pas une décoration : il montre votre méthode en trois étapes et donne au visiteur une raison de vous croire.
Créez une section intitulée [le titre validé dans votre brief]. Présentez trois étapes de même importance : [étape 1], [étape 2], [étape 3], avec une phrase chacune, reprise du brief. Objectif de la section : [ce que le visiteur doit comprendre]. Direction visuelle : trois blocs sobres et numérotés, une seule colonne sur mobile.
Voici le texte et une capture de la section Wix que je viens de créer. Vérifiez la cohérence avec l'audience [persona], la fidélité aux messages validés, les promesses implicites ou excessives et la lisibilité sur mobile. Répondez avec : ce qui est cohérent, ce qui doit être corrigé avant publication, et le prompt Wix de correction, sans réécrire toute la page.
Étape 5 · Faites corriger Wix sans rouvrir le débat stratégique
Cette séparation est essentielle : BAM décide du message, Wix améliore l'exécution visuelle.
Conservez les textes, les CTA et les affirmations de cette section. Modifiez uniquement [ce qui doit changer : ordre visuel / espacements / lisibilité mobile / contraste]. Ne changez pas le sens des messages, n'ajoutez aucune promesse, chiffre, fonctionnalité ou témoignage.
Cela évite une dérive classique : Wix améliore le rendu, puis modifie ou enrichit involontairement la promesse commerciale.
Étape 6 · Contrôlez la page avant de publier
Le contrôle final est une action explicite dans BAM, pas une case à cocher au passage :
Je vais publier cette page Wix. Audience : [persona]. Objectif : [objectif]. CTA principal : [CTA]. Copie de la page : [collez les textes]. Évaluez la clarté de la promesse au premier écran, la réponse au problème de l'audience, la solidité des preuves, la justesse des limites et la cohérence du CTA avec l'objectif. Listez les phrases à corriger, puis rédigez la check-list finale de publication : mobile, liens, formulaire, métadonnées, accessibilité.
Prochaine étape : les pages suivantes
Une fois la première page validée, ne construisez pas tout le site d'un coup. Le noyau commercial recommandé, dans cet ordre :
- 1. Accueil : expliquer et orienter. CTA « Découvrir BAM ».
- 2. Comment fonctionne BAM : prouver le workflow. CTA « Voir le workflow brief → campagne ».
- 3. Cas d'usage Agences : la méthode réplicable multi-clients, pour Claire (directrice conseil) et Mehdi (fondateur d'agence). CTA « Préparer une campagne client ».
- 4. Cas d'usage PME : la clarté sans stack lourde, pour Nassim (fondateur de PME SaaS). CTA « Structurer mon marketing ».
- 5. Démo ou contact : transformer l'intérêt en demande qualifiée. CTA « Partir d'un brief existant ».
- 6. Ressources : éduquer et capter des contacts. CTA « Télécharger une checklist ».
- 7. Blog : construire l'autorité par des cas concrets. CTA « Lire un cas d'usage ».
Pour Claire, le site doit montrer qu'une agence peut conserver une mémoire par client et préparer des campagnes FR/EN cohérentes. Pour Nassim, une machine de lancement légère, sans stack complexe à maîtriser.
Annexe · Qui fait quoi, étape par étape
BAM : clarifier l'objectif, l'audience, la promesse, les preuves et le CTA. IA Wix : ne remplace pas ce travail stratégique. Vous : valider la direction.
BAM : produire les textes, la structure de page, les messages et les règles de preuve. IA Wix : proposer des variantes de sections ou de mise en page. Vous : valider les formulations.
BAM : décrire les composants, priorités et contraintes de conversion. IA Wix : générer ou adapter sections, design, composants et éléments du site. Vous : contrôler la cohérence visuelle.
BAM : fournir une checklist de message, preuve, CTA et parcours. IA Wix : aider à corriger certains éléments dans l'éditeur. Vous : valider mobile, formulaires, SEO et publication.
BAM : conserver le contexte et les contenus validés dans votre projet. Wix : héberger et administrer le site. Vous : décider de la mise en ligne.
L'équipe valide ce qui est publié.
Deux IA à des moments différents, une seule règle de contrôle.
Annexe · Ce qu'il ne faut pas dire
- « BAM et Wix sont connectés automatiquement » (cette intégration n'existe pas).
- « Les deux IA construisent le site seules. »
- « Le site est publié automatiquement par BAM. »
- « L'IA Wix remplace le travail de positionnement. »
- « Un workflow coordonné entre stratégie, contenu et implémentation. »
- « Un brief BAM prêt à être interprété dans Wix. »
- « Une accélération de la construction, sans automatiser les décisions de marque. »
Annexe · Composants, objections et prompts complémentaires
Chaque page conserve la même progression (le problème, la réponse, la preuve, puis l'action) et pioche dans une bibliothèque volontairement limitée : un site cohérent se reconnaît à la répétition de ses composants.
Titre orienté problème ou résultat, CTA visible, capture ou schéma réel, une micro-preuve, version mobile construite immédiatement.
Une phrase de diagnostic, trois effets opérationnels, une transition explicite vers la réponse.
La grammaire centrale du parcours, sur toutes les pages clés.
Fond contrasté, peu de texte, une idée claire : « un bon contenu commence par une décision claire, pas par un prompt ».
Une situation initiale, un blocage, ce que BAM structure, l'actif attendu, un CTA.
« BAM structure et gouverne. Wix, votre CRM, votre outil emailing ou votre CMS continuent d'activer. » Ce bloc doit rester exact : aucun connecteur non disponible.
Un bloc de conclusion, un objectif, un bouton principal. Pas de « En savoir plus » répétés.
Créez une page de cas d'usage pour [segment de clientèle] afin de [objectif]. Titre : [un titre orienté problème]. Problème : [ce que vit ce segment au quotidien]. Réponse : [ce que votre offre change, en une phrase]. Sections attendues : hero avec CTA [CTA], problèmes concrets, [votre méthode en trois étapes], réassurance, FAQ, CTA final. N'inventez ni délais, ni résultats, ni intégrations. Design sobre, version mobile en priorité.
Créez une section de réassurance intitulée [votre phrase de confiance]. Trois points : [qui valide quoi], [ce qui est conservé et réutilisé], [ce que vos outils actuels continuent de faire]. Style sobre et factuel, sans promesse d'autonomie totale. CTA secondaire : [optionnel].
Annexe · Design, mobile et check-lists
Le design vend la clarté opérationnelle, pas une esthétique IA générique : hiérarchie très lisible, beaucoup d'espace, captures annotées comme preuves, une seule couleur d'accent, peu de variantes de cartes. Pas de robots, de cerveaux lumineux ni d'interfaces fictives.
Contrôle mobile après chaque section : titre lisible en trois à cinq lignes, CTA visible sans défilement horizontal, cartes en colonne simple, captures compréhensibles, contraste suffisant, décor utile, ordre problème → réponse → action conservé, formulaire utilisable sans zoom.
Avant de publier, cochez :
- L'objectif marketing est formulé comme un résultat et l'audience principale est nommée.
- Chaque chiffre, résultat, client ou témoignage est validé, et les promesses sont démontrables.
- Les limites du produit sont explicites et la validation humaine est visible.
- Aucune intégration non disponible n'est annoncée.
- Un seul CTA principal domine et correspond à l'étape réelle du visiteur.
- La page est contrôlée sur mobile (liens, formulaire, métadonnées, langue) en brouillon Wix.
- La page est publiée uniquement après validation humaine.
Annexe · Petit glossaire
- Brief : ce que vous savez déjà, même incomplet (notes, documents, contraintes). BAM part de là.
- Audience : le persona précis à convaincre, choisi parmi ceux de votre projet.
- Promesse : le résultat que la page peut défendre avec des preuves.
- Preuve : un élément vérifiable et autorisé (capture, témoignage validé, exemple réel).
- CTA : l'action unique que la page demande au visiteur.
- Campagne : l'ensemble cohérent d'actifs qui servent un même objectif et une même audience.