| “Réaliser un PoC ou un prototype peut s’avérer très coûteux si les modifications et itérations sont nombreuses. C’est pourquoi il est important de prototyper BY fonction pour valider sur le marché (pour éviter d’ajouter une complexité inutile). Et pour chaque fonction, demandez-vous s’il n’y a pas une brique existante à intégrer plutôt qu’à redévelopper. Assurez-vous que la fonction que vous souhaitez prototyper n’a pas déjà été développée et pourrait être réutilisée.” |
| “Clayton Christensen, professeur de commerce à Harvard, a inventé une théorie appelée “Jobs to be Done”. Le principe est de se mettre à la place des futurs utilisateurs pour comprendre non pas leurs besoins mais leur quotidien et leurs problèmes. |
\ La première question à se poser est la suivante : qui sont ces personnes que nous appelons “clients”, par qui voulons-nous que nos solutions soient utilisées et achetées ? Donnez-leur un visage, un nom, par exemple, M. Smith, l’opérateur de la centrale électrique. Assurez-vous de comprendre leurs tâches quotidiennes, ce qui leur pose problème, ce qui fonctionne bien pour eux, mais qui pourrait fonctionner encore mieux. Pas quel produit ils aimeraient, mais quels problèmes ils aimeraient résoudre ?” |
| Il n’est pas nécessaire d’essayer de sortir des fonctionnalités d’un chapeau. Les fonctionnalités clés d’un projet ne peuvent être définies que par un travail empathique (sur le terrain) qui consiste à identifier les solutions idéales permettant de répondre aux frustrations des utilisateurs, dans leurs tâches habituelles, et/ou d’amplifier les côtés positifs de leur vie. Un outil largement utilisé pour identifier ces caractéristiques est le Value Proposition Design. La meilleure façon de commencer est de regarder les explications du co-auteur du Value Proposition Design : Yves Pigneur, puis de commencer un atelier pratique avec Value Proposition Canvas.” |
| “Il n’est jamais facile de donner la priorité à certaines fonctionnalités à prototyper plutôt qu’à d’autres. Mais il est nécessaire de tester rapidement avec les utilisateurs. Une bonne façon de commencer est de se soumettre à l’exercice de l’elevator pitch : Si vous deviez parler de votre solution en 3 minutes, quelles sont les fonctionnalités dont vous parleriez en premier. L’elevator pitch est un exercice difficile qui cache un réel travail sur l’opportunité de marché et la vision du projet. Guy Kawasaki (conseiller Motorola, Google, Android), dans son TedX, révèle quelques bons conseils sur l’art de valoriser un projet d’innovation.”