5.3 — Transformer une idée en hypothèse mesurable

Une idée dit ce que l’on aimerait. Une hypothèse dit ce que l’on s’attend à observer et comment on décidera.

Le format d’une hypothèse

Pour [utilisateur], sur [périmètre], le système devrait améliorer [mesure]
de [baseline] à [seuil], sans dépasser [limite de coût ou de risque],
pendant [durée].

Exemple pédagogique :

Pour deux conseillers, sur les demandes de produits endommagés, le prototype devrait réduire le temps médian de préparation de 7 à 5 minutes, obtenir au moins 8 dossiers corrects sur 10 et ne produire aucune promesse non justifiée pendant deux semaines.

Ces seuils ne sont pas des vérités sectorielles. Ils sont choisis pour le pilote à partir de la baseline, du risque et de la valeur recherchée.

Utilisez quatre familles de métriques

• Qualité : exactitude, complétude, correction humaine, refus approprié.
• Délai : temps actif, délai de réponse, temps de validation.
• Coût : utilisation du modèle, licences, conception, supervision et maintenance.
• Sécurité : promesse non autorisée, fuite de donnée, action sans validation, incident.

Une moyenne peut masquer un cas grave. Conservez donc un seuil éliminatoire : par exemple, une seule action financière sans approbation entraîne l’arrêt immédiat du pilote.

Exercice — écrivez votre tableau de décision

Mesure	Baseline	Cible	Seuil d’arrêt	Méthode de collecte
qualité	…	…	…	double évaluation humaine
délai	…	…	…	horodatage début/fin
coût	…	…	…	facture + temps humain
sécurité	…	…	…	traces et revue des incidents

✅ Réflexe professionnel : définissez les métriques et seuils avant de voir les résultats. Sinon, il devient facile de déplacer la règle pour déclarer le projet réussi.