La pensée produit

Startup =?

"groupe d'individus qui créent un produit dans des conditions d'incertitude élevées"

Activité créative => zone d'incertitude

Concepts de Lean Startup

Tout mesurer !

"je mesure que..." plutôt que "je pense que..."

Boucle d'apprentissage

Construire

Mesurer

Apprendre

Penser Produit

Apprendre plus vite

(fail fast)

Penser Projet

Respecter un périmètre

Résoudre de vrais problèmes

Découvrir les meilleurs
usages

Respecter le budget

Respecter les délais

Lectures...

Comment faire le bon produit ?

6 outils / étapes...

1 - Formaliser des hypothèses

Définir puis challenger les hypothèses (simplification du produit)

Outil d'identification de risques :

risques produit / clients / marché

Le Lean Canvas

Exemple de Lean Canvas

Observer & Photographier

2 - Aller sur le terrain

les clients

Difficulté d'identifier les bons interlocuteurs

(pas de parti pris, neutre, pas d'affectif...)

Problem Interviews :

identifier de nouveaux problèmes

valider l'existence réelle des problèmes identifiés

Ne pas parler de solutions, timeboxés en 20min, dérouler un script !

Solution Interviews

+ adapter le Lean Canvas en conséquence...

Exemple de Problem Interviews

3 - Valider une solution

Mettre à disposition à des béta-testeurs un MVP

Minimum Viable Product

Doit demander un minimum d'effort

(peut être un ppt, fichier excel, une page statique...)

Doit permettre de

récolter un maximum d'enseignements

(Beta-testeurs qui peuvent avoir été identifiés lors des interviews...)

+ adapter le Lean Canvas en conséquence...

4 - Avoir accès aux mesures

S'assurer qu'on a les accès et qu'on va pouvoir exploiter les indicateurs de la Béta

Enregistrer / mesurer dès le début !

Pour pouvoir ensuite mesurer les écarts / améliorations

Exemple TF1 Pub : peut conduire à noter a posteriori les US :

  - pour valider que l'US est utilisée

  - pour identifier s'il est nécessaire d'approfondir les fonctionnalités

5 - Réunir les bons acteurs

...pour former la bonne équipe Produit !

6 - Déployer rapidement & souvent

Valider les hypothèses

Mesurer les impacts à chaque modification

Exemple TF1 Pub : s'appuyer sur l'utilisation du Cloud

Oser mettre des messages du type "en cours de développement"

...puisqu'on livre régulièrement des fonctionnalités avec valeur !

Pas forcément sur l'ensemble des users

mais au moins sur les users représentatifs !

La qualité est non négociable

non négociable :

- au niveau technique => pas de cumul de dette

- au niveau métier => validations

Software Craftmanship

CTO Amazon

"You build it, you run it"

Les équipes créatrices sont celles qui débuggent et suivent le produit dans le temps

=> sinon on casse la boucle d'apprentissage

Le produit c'est l'équipe

Ne pas déléguer la TMA tant que le produit vit encore

(activité de création, ajout de fonctionnalités...)

Sometimes you win

Sometimes you lose