Voir la source de Concevoir l'interview d'un problème

[[Category: Lean Startup]]
Auteur : Yann Gensollen<br />
Source : [https://marmelab.com/blog/2016/01/27/lean-startup-designing-a-problem-interview.html Lean Startup Adventure, day 5: Designing a Problem Interview]<br />
Date : 27/01/2016<br/>
----
Traducteur : Fabrice Aimetti<br />
Date : 13/11/2022<br />
----
Traduction :<br />
<br />
Dans [https://marmelab.com/blog/2016/01/22/lean-startup-risky-business.html le billet précédent de cette série], François a analysé notre Business Model pour y rechercher spécifiquement les risques. La partie la plus risquée du canevas, pour nous, est le segment de clientèle et l'acquisition.

Les clients que nous avons identifiés rencontrent-ils réellement le Problème que nous avons défini ?

==Interview du Problème==
Pour le savoir, le moyen le plus économique et le plus rapide de vérifier nos hypothèses est de rencontrer des clients potentiels et de voir comment ils réagissent au problème.

Cet '''interview du problème''' est décrit dans le livre ''Running Lean'' d'Ash Maurya. C'est la toute première étape pour valider les risques importants liés aux nombreuses hypothèses que nous formulons lorsque nous remplissons le Lean Canvas. Cet exercice vise à questionner le couple Problème-Client.

C'est un outil d'apprentissage : en fonction de ce que disent les futurs clients, nous pourrons affiner notre Business Model. Il est donc important de faire abstraction de la Solution à ce stade, et de se concentrer uniquement sur ce que nous sommes en train de résoudre, qui est la concurrence, et qui souffre.

[[Fichier:Changed-priorities.png|link=|border|center|600px]]
<div style="text-align: center;">''https://www.flickr.com/photos/jonasb/2876165381''</div>

==Ce que nous voulons valider==
Une interview problème est censée vérifier des hypothèses pouvant être contredites. Sur la base de notre analyse des risques, nous formulons les hypothèses suivantes :
* La tâche "Gestion des données" est identifiée comme faisant partie de la description de poste d'une personne dans l'entreprise.
* Les outils d'administration des données, qu'ils soient généraux ou spécialisés, présentent de nombreuses lacunes (faible convivialité, trop d'outils, absence de connexion).
* L'utilisation de ces outils conduit à une gestion des données non optimale.
* La perte / le retard causé par un mauvais backend d'administration peut être évalué.

==Scénario de l'interview problème==
Sur la base de la structure de l'interview d'Ash Maurya, nous rédigeons un script que nous utiliserons pendant nos entretiens. Voici notre première ébauche :

# '''Bienvenue''' - 2 minutes
 Merci de nous recevoir. Nous sommes ici pour avoir votre avis sur un produit web que nous sommes en train de construire.
 
 Chez marmelab, tout comme vous probablement, nous gérons beaucoup de données pour nos activités. Nous avons développé plusieurs outils d'administration backend pour créer, modifier et récupérer ces données. Aujourd'hui, nous réfléchissons à l'opportunité de transformer ces outils en un produit web, ouvert à de nouveaux clients. Nous aimerions partager cette idée avec vous et recueillir vos commentaires. Nous sommes à un stade très précoce ; nous avons besoin de remettre en question nos hypothèses grâce à votre expertise. Vos remarques et critiques sur notre vision seront très précieuses pour nous. Elles nous aideront à valider que nous sommes sur la bonne voie, et à aligner le futur produit sur les besoins réels des clients.