Idéation

Experiment board / hypothèses

Hypothèse, test, métrique, critère de succès, résultat, apprentissage. Une ligne par expérience.

Quand. Transforme les idées en tests bon marché avant de les construire. Le tableau garde la mémoire des apprentissages.

Durée
1,5 h
Participants
Trio produit
Livrable
3 expériences planifiées avec critères
Stade
Idée · Pré-PMF · Post-PMF · Scale-up · Mature
HypothèseTestMétriqueCritère …RésultatApprenti…Expérience 1Expérience 2Expérience 3
Ouvrir dans FigJamTrouver la bonne séquence

Dans FigJam : Fichier → Dupliquer dans tes brouillons, puis garde la section de cet atelier. Récupérer le fichier sur Figma Community

Exemple rempli

HypothèseTestMétriqueCritère de succèsRésultatApprentissageExpérience 1Expérience 2Expérience 3le mode photo seuleen semaine 1 doublel'activation à J5par défaut pour 20nouvellesentreprises,formulaire complettechniciens avec 10interventionssaisies à J540 % contre 20 % debase37 % contre 19 %ce sont les piècesqui bloquent, pasles photosun kit d'onboardingfait prévenir lestechniciens avant lejour 1kit envoyé à 10entreprises, rien à10 autrestechniciens quisaisissent le jour 160 % contre 30 %55 % contre 28 %la vidéo compte plusque la checklistles techniciensprêteront attentionà un compteurjusqu'à 10fausse porte surl'écran d'accueil,taps mesuréstaux de tap ensemaine 130 % tapent au moinsune fois11 %abandonné, lecompteur est uneidée Fieldnote, pasun besoin technicien

Données d'exemple. Fieldnote est une entreprise fictive qui sert à remplir les 61 boards, pour que les exemples racontent une seule histoire.

Fieldnote post-PMF : le trio transforme les deux idées gagnantes et une hypothèse en expériences pour les trois prochaines semaines.

Ce que l'équipe en a tiré

Deux sur trois ont tenu. Le mode photo seule est sorti par défaut, le kit est parti dans l'onboarding de Julien, le compteur est mort à peu de frais.

Comment l'animer

Préparation

Déroulé

  1. 15 min
    Réécrire les hypothèses
    Format : 'nous croyons que [segment] va [comportement] parce que [raison]'. Une par ligne. Si tu ne sais pas nommer le comportement, l'hypothèse n'est pas encore testable.
  2. 25 min
    Choisir le test le moins cher
    Pour chacune : fausse porte, concierge, landing page, entretien sur prototype, extraction de données, ou une vraie petite release. Prends celui qui donne un signal en deux semaines ou moins. Écris qui le mène.
  3. 25 min
    Définir métrique et seuil
    Une métrique par test et le chiffre qui veut dire 'validé' ou 'tué', décidé maintenant. 'On verra' n'est pas un critère. Inclus la taille d'échantillon nécessaire.
  4. 15 min
    Chasser les biais
    Pour chaque test, demande ce qui d'autre pourrait expliquer un résultat positif. Si la réponse est évidente, change le test. Ajoute un groupe témoin si besoin.
  5. 10 min
    Planifier et s'engager
    Dates de démarrage, date de revue, responsable sur chaque ligne. Réserve la revue dans l'agenda avant de sortir.

Pièges

Ensuite

Chaque ligne est revue à la date convenue ; résultat et apprentissage sont remplis dans la même réunion. Les hypothèses validées passent dans la story map ou la roadmap ; les tuées mettent à jour l'assumption map et l'OST.

Source : Eric Ries / Ash Maurya

Ateliers liés

Retour à la boussoleTous les ateliersEnglish version