Need finding methodology for UX and Design thinking.
Il faut souvent trouver sa Cible et Mener un entretien pour trouver le besoin pour avoir une bonne idée du besoin de tes Utilisateurs, afin d’y répondre avec un Produit adapté.
Est-ce que les clients savent ce dont ils ont besoin ?
Si j’avais demandé à mes clients ce dont ils avaient besoin ils m’auraient dit “Un cheval qui court plus vite” — Henry Ford, créateur de l’automobile
Beaucoup de gens oublient cet aspect dans leurs enquêtes et études de marchés, pensant que le client va être capable d’innover et d’avoir des idées propres. Sauf que la plupart des clients vont pas être capables de ça, mais seulement de vivre des Émotions et de les rationnaliser. Donc si on se base sur la rationnalité de sa réponse, on fait fausse route : le client va nous raconter le prix et d’autres choses mais uniquement basées sur ce qu’il connaît déjà, ce sur quoi il a des référentiels. Sauf qu’au final une personne peut trouver un produit trop cher et l’acheter quand même ! Demander si c’est trop cher? Aucun intérêt car c’est toujours trop cher. Les clients peuvent dire vouloir plus d’options (si on leur demande directement), mais la vérité est qu’ils veulent un choix simple (Paradoxe du choix)
(Voir cette source et Comprendre ce que les gens veulent )
Les méthodes efficaces pour trouver le besoin des gens :
- Customer interviews (Le Mom Test par exemple) / Enquêtes
- Usability tests
- Focus groups
- Diary study
- Shadowing
- A/B tests
- Demand tests
- Assumption tests
- Customer journey mapping
- Experience mapping
- Story mapping
- Assumption mapping
- OKRs
- Opportunity solution trees
- Impact mapping
- Jobs-to-be-done
- Ethnographic studies
- Customer visits
- And so on
Qui doit trouver le besoin ?
Dans un petit Business, l’entrepreneur. Dans une équipe, le trio : PM, Designer, Engineer doit participer aux études de discovery. Et pas seulement les Researchers
It’s difficult for third-party research to be timely, actionable, and believable for the product team.
We want to incorporate the meanings, assumptions, and conclusions that an engineer might draw from an interview that are different from what the product manager or designer might draw.
https://www.producttalk.org/2020/03/interview-customers-together/
You need to engage with users at least weekly
Good product discovery teams engage with customers at least weekly, minimizing the number of decisions they make without customer input. The goal is to avoid Curse of knowledge bias.
Mini-course product discovery
Course summary
mini-course on Continuous Discovery :
- Product discovery basics
- Product trio (building strong cross-functional relationships)
- Opportunity solution trees
- Defining outcomes
- Continuous interviewing
- Opportunity mapping
- Assumption testing
Liens : Design Le Mom Test Metrics Frameworks