Tester une idée produit rapidement avec de vrais utilisateurs, sans attendre des mois de développement, c’est possible — et je le fais souvent avec des équipes ou des indépendants. Ici je partage ma méthode lean pour valider une hypothèse en 5 jours avec des utilisateurs réels : concrète, actionnable et adaptée aux contraintes de petites équipes. L'objectif n'est pas de lancer un produit parfait mais d'obtenir des apprentissages clairs pour décider de continuer, pivoter ou abandonner.
Pourquoi 5 jours ?
J'aime la contrainte temporelle : elle force les choix, réduit la procrastination et maximise l'apprentissage. Cinq jours suffisent pour construire un minimum viable experiment — prototype cliquable, landing page, ou test de concept — et recueillir des retours utilisateurs qualitatifs et quantitatifs. Cette méthode s'inspire du design sprint et du lean startup, mais reste allégée pour être réalisable avec peu de ressources.
Avant de commencer — préparer l'hypothèse
Avant le jour 1, il faut une hypothèse simple et testable. Je la formule toujours ainsi :
Si nous proposons [proposition de valeur], alors [comportement attendu] chez [persona cible].
Exemple : Si nous proposons une fonctionnalité de résumé automatique de réunions, alors des chefs de produit utiliseront le résumé pour rédiger un compte-rendu, réduisant le temps de rédaction de 50%.
Ensuite, j'identifie les indicateurs successifs : métrique principale (ex. : % d'utilisateurs qui cliquent sur “Télécharger le résumé”), métriques secondaires (temps passé, feedback qualitatif) et seuils d'acceptation.
Plan de la semaine — ce que je fais chaque jour
Voici ma répartition type. J’organise l’équipe (parfois juste moi) pour garder le focus et éviter le perfectionnisme.
| Jour | Objectif | Livrable |
|---|---|---|
| Lundi | Définir l'expérience et recruter | Persona, scénario utilisateur, script d'entretien, plan de recrutement |
| Mardi | Construire le prototype/landing | Landing page + prototype cliquable ou vidéo demo |
| Mercredi | Lancer le test et commencer les entretiens | Tests utilisateurs (5–10 sessions), premières métriques |
| Jeudi | Itérer le prototype et poursuivre les tests | Prototype 2.0, synthèse intermédiaire |
| Vendredi | Analyse et décision | Rapport synthétique, recommandations |
Lundi — cadrer et recruter
Je passe la matinée à préciser qui nous testons et ce qu’on veut apprendre. J’écris un scénario simple (par ex. “Trouver et utiliser la fonctionnalité X pour accomplir la tâche Y”). Ensuite j'élabore un script d'entretien de 20–30 minutes : tâches à réaliser, questions ouvertes, et indicateurs à noter.
Le recrutement peut se faire via :
Je vise 5–10 utilisateurs représentatifs. 5 sessions bien menées suffisent souvent pour détecter les obstacles majeurs.
Mardi — construire un prototype efficace
Je privilégie la vitesse. Selon l'hypothèse, j'opte pour :
J’évite le développement lourd : un faux-dernier écran ou des tâches manuelles en coulisse (concierge MVP) suffisent souvent à simuler la valeur.
Mercredi — premiers tests utilisateurs
Je choisis des sessions en modéré (remote via Zoom) ou en personne selon la cible. Mon script est direct : je demande à l'utilisateur d'accomplir des tâches concrètes, j'observe, je mesure le temps et je pose des questions ouvertes après chaque tâche.
Points d’attention :
Après 3–4 sessions, je commence déjà à voir des patterns. C’est le moment d'ajuster le prototype si nécessaire.
Jeudi — itération rapide
Je trie les retours en deux catégories : bugs/confusions (à corriger immédiatement) et demandes d'amélioration (à prioriser). J'implémente une version 2 du prototype ou j'améliore la landing page. Si la métrique d'intérêt (ex. : taux d'inscription) est faible, j'expérimente une autre proposition de valeur ou un autre call-to-action.
Je relance des utilisateurs (nouveaux ou ceux non satisfaits) pour confirmer si les changements répondent aux besoins.
Vendredi — synthèse et décision
J'organise tous les apprentissages dans un format court et visuel :
J'aime utiliser un format “What, So What, Now What” :
Exemples concrets et outils que j'utilise
Dans mes expérimentations récentes, j'ai combiné :
Parfois j'ai utilisé un “concierge MVP” : derrière une landing promettant une fonctionnalité, une personne réalise la tâche manuellement. Cela permet de tester l'intérêt sans écrire une seule ligne de code.
Questions fréquentes que je reçois
Voici des réponses directes aux questions que l'on me pose le plus souvent :
Checklist rapide avant de lancer
Cette méthode est un cadre : adaptez-la selon votre contexte. L'important est d'itérer vite, parler aux vrais utilisateurs et prendre des décisions basées sur des preuves plutôt que sur des suppositions. Si vous voulez, je peux vous aider à préparer un plan de 5 jours adapté à votre idée — dites-moi simplement quelle est votre hypothèse et votre cible.