"C'est une super idée" ne coûte rien.

Un compliment encourage. Un comportement renseigne.

Tu n'as pas besoin de construire vingt leçons, cinquante modèles ou une application entière pour découvrir que personne ne veut s'en servir. Tu as besoin de montrer assez pour que l'autre personne puisse décider d'avancer ou de passer.

Écris ce que le test doit prouver

Reprends la décision écrite à l'étape précédente :

Je teste un modèle de cahier d'exercices pour les formateurs indépendants. Il doit les aider à transformer leurs leçons en support utilisable par leurs élèves.

Ajoute une question à laquelle le test devra répondre :

Des formateurs qui ont déjà un cours terminé demanderont-ils à essayer ce modèle sur une de leurs leçons ?

La question nomme :

• le public : des formateurs ayant déjà un cours ;
• le moment : le contenu existe, le support d'exercices manque ;
• l'action : demander la version d'essai ;
• la limite : tu ne cherches pas encore à prouver la rentabilité du produit.

Évite les questions comme "Est-ce que mon idée est bonne ?" ou "Est-ce que ce produit peut marcher ?" Personne ne sait répondre à ta place. Même une réponse positive ne t'indique pas ce que la personne fera quand elle verra le prix, le délai ou les conditions.

Prépare le plus petit aperçu qui permet de décider

Ton aperçu doit rendre le résultat visible sans fabriquer tout le produit.

Pour un guide, montre le sommaire, une page terminée et l'exercice qui l'accompagne.

Pour une formation, présente le résultat visé, l'ordre des étapes et une leçon test. Une séance en direct peut aussi permettre d'observer les questions avant d'enregistrer les vidéos.

Pour un pack de modèles, fournis un exemple vide et un exemple rempli. La personne doit voir ce qu'elle modifiera et ce qu'elle obtiendra.

Pour un abonnement, montre le contenu du premier mois, la fréquence et la raison de rester ensuite. Une promesse vague de "nouveaux contenus chaque semaine" ne permet pas d'évaluer la charge ni l'usage.

Pour un logiciel, utilise une maquette cliquable, une vidéo courte ou un service effectué manuellement derrière l'écran. Si la personne dépose un fichier et reçoit le résultat le lendemain, tu peux observer son besoin avant d'automatiser l'opération.

L'aperçu n'a pas besoin d'impressionner. Il doit permettre à la personne de répondre à cette question : "Est-ce que j'ai envie de faire l'étape suivante ?"

Choisis un signal qui demande un effort

Les signaux ne racontent pas tous la même chose.

Une conversation

Une conversation sert à vérifier les mots, le moment et les solutions déjà utilisées. Demande à la personne de raconter la dernière fois où le problème est arrivé.

"Est-ce que tu achèterais un modèle comme celui-ci ?" l'invite à être gentille.

"La dernière fois que tu as créé un cahier d'exercices, comment as-tu fait ?" l'oblige à retrouver une situation réelle.

Note ce qu'elle a utilisé, le temps passé, ce qui a bloqué et ce qu'elle a fait ensuite. Une conversation ne valide pas encore l'achat. Elle peut confirmer que le problème existe.

Une demande d'accès ou de démonstration

Montre l'aperçu et propose une action nette :

• recevoir le fichier test ;
• réserver quinze minutes de démonstration ;
• envoyer un exemple à transformer ;
• rejoindre une liste d'attente pour une date annoncée.

Une personne qui accomplit cette action te donne davantage d'information qu'une personne qui clique sur "j'aime".

Une utilisation

Donne la petite version à quelques utilisateurs et observe ce qu'ils font sans corriger chaque geste à leur place.

Ouvrent-ils le fichier ? Arrivent-ils à le remplir ? Produisent-ils le résultat annoncé ? À quel endroit s'arrêtent-ils ? Quelle question revient ?

Un téléchargement suivi d'aucune ouverture reste un signal faible. Un utilisateur qui remplit le modèle, revient avec son résultat et demande la suite t'apprend beaucoup plus.

Une réservation ou une prévente

Le paiement constitue un engagement plus fort, mais il crée aussi une obligation envers l'acheteur.

Avant d'encaisser, la page, le prix, la date ou le mode de livraison, les conditions et les informations précontractuelles doivent être prêts. En France, les règles du commerce en ligne et du droit de rétractation comportent des dispositions propres aux contenus numériques. Le démarrage immédiat d'un contenu numérique et la perte du droit de rétractation ne se règlent pas avec une phrase improvisée sous un bouton.

Vérifie le dispositif applicable à ton offre avant de proposer la prévente. Tu peux commencer avec les fiches de la DGCCRF sur les règles du e-commerce et sur les délais de rétractation, puis faire contrôler ton cas si nécessaire.

Si ce dispositif n'est pas prêt, choisis une demande d'accès ou une réservation sans paiement. Ne transforme pas un test éditorial en dette envers un acheteur.

Fixe le seuil avant de regarder les résultats

Choisis un petit groupe qui vit la situation décrite dans ta phrase de départ. Écris ensuite le seuil qui déterminera la suite.

Par exemple :

Je montre l'aperçu à dix formateurs qui possèdent déjà un cours. Si trois demandent le fichier test et si deux l'utilisent sur une leçon, je construis la première version. Si les demandes portent sur un autre problème, je change la promesse. Si personne ne demande l'accès, je reviens au choix de l'idée.

Les nombres ne forment pas une étude statistique. Ils empêchent surtout de déplacer la ligne d'arrivée après chaque réponse.

Cette manière de travailler rejoint le guide pratique d'Escuela pour valider une idée de produit numérique : chercher des réponses dans de vrais échanges, demander une action qui coûte au moins un peu de temps, puis améliorer à partir des comportements observés.

Sans seuil écrit, une demande peut te sembler énorme le lundi, puis insuffisante le mardi. Ou tu peux transformer neuf silences et un compliment en validation parce que tu as déjà envie de créer le produit.

Tiens un journal de preuve

Crée un tableau avec une ligne par personne :

Sépare les faits de tes interprétations.

"Elle adore l'idée" résume ton impression.

"Elle a demandé le fichier, l'a ouvert et a renvoyé une page remplie" décrit ce qui s'est passé.

Tu peux comparer la deuxième phrase avec ton seuil. La première change de sens selon ton humeur.

Rends un verdict

Le test se termine par l'une de ces décisions :

Continuer

Le comportement attendu apparaît et les personnes utilisent l'aperçu pour le problème visé. Tu peux définir la première version sans y ajouter toutes les demandes entendues.

Changer

Le problème existe, mais l'aperçu ou la promesse ne correspond pas à ce que les personnes essaient de faire. Modifie le public, le moment, le résultat ou le format, mais un seul de ces choix à la fois. Relance ensuite un test limité.

Arrêter

Les personnes concernées ne décrivent pas le problème, n'accomplissent pas l'action proposée ou utilisent déjà une solution qui leur convient. Garde tes notes. Elles t'évitent de construire à l'aveugle.

Arrêter ce test ne condamne ni tes compétences ni tous les produits numériques. Tu viens d'éviter plusieurs semaines de production sur cette version de l'idée.