The lean product playbook

La pyramide d'Olsen se lit de bas en haut. Les deux étages du bas définissent l'espace du problème — ce qui existe indépendamment de nous. Les trois du haut définissent l'espace de la solution — ce qu'on décide de construire. La frontière entre les deux est le pivot de tout le livre : on doit avoir clarifié le problème avant de se permettre d'inventer la solution.

À la base, le client cible. Pas « tout le monde », mais un segment précis, décrit assez finement pour qu'on sache à qui on parle. Olsen recommande de bâtir des personas, ces portraits-types qui incarnent un utilisateur au lieu de le laisser abstrait. Juste au-dessus, les besoins insatisfaits de ce client : les problèmes qu'il vit et que les solutions existantes règlent mal ou pas du tout. Un besoin fort et mal servi, c'est une opportunité ; un besoin déjà bien couvert, c'est un mur.

Une fois la pyramide posée, reste le travail le plus délicat : décider quelles fonctionnalités construire. Olsen refuse l'approche par liste, où l'on aligne tout ce qui serait « bien d'avoir » et où l'on code du haut de la pile vers le bas jusqu'à manquer de temps. Il propose un cadre pour hiérarchiser, emprunté au modèle de Kano, du nom de l'universitaire japonais Noriaki Kano qui l'a formalisé dans les années 1980.

L'idée de Kano, c'est que toutes les fonctionnalités ne produisent pas le même effet sur la satisfaction. Certaines sont des indispensables : leur absence irrite, mais leur présence ne réjouit personne — on les attend, tout simplement. D'autres sont des performances : plus on en donne, plus le client est content, de façon proportionnelle. D'autres enfin sont des enchanteurs : le client ne les demandait pas, ne s'y attendait pas, et leur présence crée un plaisir disproportionné. Ce sont elles qui font la différence, mais elles finissent par se banaliser et deviennent avec le temps de simples indispensables.

Ce qui tient la pyramide debout, c'est une boucle. Olsen la formule en six étapes qui reviennent en cercle : définir le client cible, cerner ses besoins insatisfaits, poser la proposition de valeur, choisir l'ensemble de fonctionnalités du produit minimum viable, prototyper cette expérience, puis la tester auprès de vrais clients. Et surtout : recommencer. Le fameux MVP, ce produit minimum viable réduit à ce qu'il faut pour valider une hypothèse, n'est pas une version au rabais — c'est un instrument de mesure.

Le pari intellectuel du livre, c'est de traiter chaque décision produit comme une hypothèse plutôt que comme une certitude. On croit savoir ce que veut le client ; on ne le sait pas vraiment tant qu'on ne l'a pas confronté. Le rôle du test n'est pas de confirmer qu'on avait raison, mais de découvrir où l'on avait tort le plus vite et le moins cher possible. Olsen s'inscrit là dans la filiation du Lean Startup d'Eric Ries, avec cette conviction partagée que l'apprentissage validé vaut mieux que l'exécution confiante.

Olsen boucle sa méthode là où il l'a ouverte : sur l'idée qu'un produit rate d'abord parce qu'il vise faux, pas parce qu'il est mal fait. La pyramide sert à remonter du marché à l'écran dans le bon ordre, la boucle de test sert à corriger le tir avant d'avoir tout dépensé, et le tri des fonctionnalités sépare le peu qui crée de la valeur du beaucoup qui ne fait qu'alourdir. Le fil qui relie tout, c'est le refus d'arbitrer par conviction quand on peut arbitrer par preuve client.