Décrire une situation, pas un marché entier
Partez d’une personne dans un moment précis. Une agence prépare une annonce pour un logement vide. Un parent organise une fête dans son salon. Un indépendant cherche quels professionnels pourraient acheter son offre. Ces situations permettent de formuler un problème observable, plutôt qu’une ambition générale comme « révolutionner l’immobilier ».
Écrivez trois phrases : aujourd’hui, cette personne fait quoi ; qu’est-ce qui lui complique la tâche ; que ferait-elle avec votre proposition ? Si la troisième phrase contient seulement « gagner du temps », précisez ce qui disparaît : une recherche, une ressaisie, un déplacement ou une décision difficile.
Choisir l’incertitude que le test doit lever
Vous pouvez avoir un doute sur le besoin, sur le résultat produit ou sur la volonté de payer. Un même essai ne répond pas automatiquement aux trois. Une personne qui apprécie une démonstration n’a pas encore confirmé qu’elle utiliserait le service chaque semaine.
Choisissez une question : « comprend-on cette offre sans explication ? », « le résultat est-il exploitable ? » ou « une personne accepte-t-elle ce prix pour ce périmètre ? ». Préparez ensuite le test qui correspond à cette question, avec les conditions clairement annoncées.
Construire un parcours complet mais court
Un prototype utile peut ne proposer qu’un cas. Il doit toutefois permettre d’aller du besoin au résultat. Pour une prestation, cela peut être un brief, un exemple de livrable et une façon de demander un essai. Pour une application, une seule fonction qui fonctionne de bout en bout apprend davantage que plusieurs écrans dont les boutons n’aboutissent pas.
Notez ce qui est manuel et ce qui est automatisé. Vous pourrez améliorer la fabrication ensuite ; le premier essai sert à comprendre si le résultat mérite d’exister. Présentez honnêtement ce qui est disponible et ce qui reste à construire.
Recueillir des faits plutôt que des compliments
Après l’essai, demandez à la personne de raconter ce qu’elle a compris et ce qu’elle a fait. À quel moment a-t-elle hésité ? Qu’a-t-elle utilisé dans le résultat ? Quelle étape aurait-elle réalisée autrement ? « C’est sympa » donne moins de direction qu’un exemple précis d’usage ou d’abandon.
Gardez une courte fiche : contexte du test, résultat attendu, observation et décision suivante. Séparez ce que la personne a dit de votre interprétation. Deux retours contraires peuvent refléter deux besoins différents, sans que l’un soit faux.
Décider de la prochaine version
À la fin, choisissez une action : préciser l’offre, corriger un obstacle, tester une autre cible ou arrêter cette piste. Ajouter des fonctionnalités reste une option, pas une obligation. Un projet peut aussi progresser parce que sa promesse devient plus simple.
Illudens présente ses projets et leur avancement. Pour proposer une idée, préparez le problème, la personne concernée et ce que vous avez déjà observé. Ces éléments donnent une base de discussion plus utile qu’un dossier de cinquante pages.
Si votre première difficulté est d’identifier des entreprises clientes, découvrez la recherche de clients potentiels Illeading.