J'ai refait l'inventaire de mes ressources gratuites. Des titres annoncés sur une page, peu de contenu derrière, et un formulaire qui enregistrait des adresses sans que rien ne parte ensuite. Le problème n'était pas la production. C'était que je n'avais jamais décidé ce que chaque ressource était censée réparer.
Un problème étroit, réparé en entier
La ressource gratuite qui ne ramène personne a presque toujours le même défaut : elle est large. « Démarrer avec l'IA ». « Les clés d'une offre claire ». C'est un sujet, pas un problème. Le lecteur télécharge, parcourt, range le fichier et ne revient pas.
Ce qui crée une conversation, c'est l'inverse : un problème étroit, précis, un peu douloureux, et une solution complète. Complète est le mot important. Une ressource qui s'arrête au milieu pour vendre la suite ne donne envie de rien.
La mécanique qui fonctionne tient en une phrase : tu règles la première couche du problème, et ce faisant tu rends visible la suivante. Celle-là demande du temps, une méthode ou un regard extérieur — c'est ton offre payante. Le lecteur n'a pas besoin qu'on la lui vende, il vient de la rencontrer.
Trois formats, et c'est tout
La grille que j'utilise vient d'Alex Hormozi. Je l'ai rangée pour mon usage, avec trois formats seulement.
Le diagnostic. Tu révèles un problème que la personne ne voit pas. Cinq à dix erreurs vérifiables, chacune avec son signe, son coût et sa gravité. En sortie : un score, les trois failles principales, une phrase d'action. Quatre minutes de formulaire, pas plus. Le point délicat, c'est que tu ne donnes pas les solutions. Un diagnostic qui corrige dans la foulée ne mène nulle part.
L'échantillon. Tu fais goûter le résultat, limité par une seule chose : le temps, l'usage ou le périmètre. Une page au lieu de dix, un mois au lieu d'un an, un cas au lieu de tout le catalogue. La limite doit être unique et assumée : trois limites empilées produisent une démo qui ne sert à rien. Et l'échantillon doit produire un vrai résultat, sinon c'est une brochure.
L'extrait. Tu livres une étape complète d'une méthode qui en compte plusieurs, et tu montres la carte des étapes. C'est mon format le plus fréquent, parce que mes méthodes sont faites d'étapes. Il a un avantage : la carte travaille toute seule. Le lecteur voit ce qu'il vient de faire, et les cases encore vides à côté.
Le tri que je fais avant d'écrire
Toutes les ressources ne vont pas derrière un formulaire. Le test que j'applique : est-ce que ça se lit, ou est-ce que ça se fait ?
Ça se lit, c'est un article. Public, indexable, sans email demandé. C'est ce qui te fait trouver.
Ça se fait, c'est un outil : le lecteur produit quelque chose, une page, un fichier, une liste. Celui-là se donne contre une adresse.
Les deux marchent par paires. L'article se fait trouver et se termine par « pour le faire, voilà l'outil ». Mettre un article derrière un formulaire, c'est renoncer à être trouvée. Publier un outil en accès libre, c'est renoncer à savoir qui s'en sert.
Le test de livraison
Avant de mettre quoi que ce soit en ligne, je le fais lire à quelqu'un et j'écoute la réaction. Il n'y en a que trois.
« Il me faut la suite. » C'est bon, tu peux livrer.
« J'ai tout ce qu'il me faut. » Tu viens de donner ton offre payante.
« Et alors ? » Rien n'a été réparé. Le problème choisi était trop large, ou pas assez douloureux.
Une ressource gratuite qui ne provoque aucune de ces trois phrases ne provoquera pas de rendez-vous non plus.
Ce que je m'interdis
Un seul problème par ressource. Dix minutes de travail pour le lecteur, pas une demi-journée. Un nom qui dit pour qui, quel résultat, en combien de temps, jamais un titre d'ambiance. Un accès immédiat, sans séquence de trois mails avant le fichier.
Et aucun chiffre que je ne peux pas montrer. Les méthodes de ce genre circulent accompagnées de taux de conversion spectaculaires que personne ne peut vérifier. Je ne les reprends pas, et je ne fabrique pas les miens. Un exemple se présente comme un cas typique, pas comme un résultat client.
Dernier garde-fou, celui qu'on oublie : une ressource en ligne dont le téléchargement ne remonte nulle part ne sert à rien. Si l'adresse collectée n'arrive pas dans une liste identifiée, avec au minimum un premier email qui part, tu as construit un fichier à donner, pas un canal.
Écris la phrase du problème suivant
Avant la première ligne de ta ressource, écris une seule phrase : le problème que le lecteur va découvrir en l'utilisant. Si tu n'arrives pas à l'écrire, le reste ne sert à rien, tu produis un document que personne ne t'attribuera.
Si tu l'écris facilement, tu as aussi trouvé la première phrase de ta page de vente.