« Recherche utilisateur vs Tests utilisateur » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (2 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 2 : | Ligne 2 : | ||
[[Category: UX]] | [[Category: UX]] | ||
[[Category: Discovery]] | [[Category: Discovery]] | ||
[[Catégorie:Stratégie]] | |||
Auteure : Radhika Dutt<br /> | |||
Source : [https://www.linkedin.com/posts/radhika-dutt_product-designthinking-productmanagement-activity-7132797226338136065-r0Gd Where User Research and User Testing fit into the process]<br /> | Source : [https://www.linkedin.com/posts/radhika-dutt_product-designthinking-productmanagement-activity-7132797226338136065-r0Gd Where User Research and User Testing fit into the process]<br /> | ||
Date : 21/11/2023<br /> | Date : 21/11/2023<br /> | ||
| Ligne 22 : | Ligne 23 : | ||
Les tests utilisateurs, quant à eux, permettent d'évaluer et d'affiner vos solutions - ils sont essentiels pour valider les éléments de conception de votre stratégie RDCL. Au cours de la phase de test des utilisateurs, il est tentant de demander un feedback pour savoir si la conception répond aux besoins de l'utilisateur. Mais la plus grande valeur des tests utilisateurs est obtenue lorsque vous regardez vos utilisateurs souffrir sur vos prototypes de conception, *sans leur donner d'indications pour les aider*. Vous devez observer attentivement ce qui ne va pas dans votre conception pour savoir comment y remédier.<br/> | Les tests utilisateurs, quant à eux, permettent d'évaluer et d'affiner vos solutions - ils sont essentiels pour valider les éléments de conception de votre stratégie RDCL. Au cours de la phase de test des utilisateurs, il est tentant de demander un feedback pour savoir si la conception répond aux besoins de l'utilisateur. Mais la plus grande valeur des tests utilisateurs est obtenue lorsque vous regardez vos utilisateurs souffrir sur vos prototypes de conception, *sans leur donner d'indications pour les aider*. Vous devez observer attentivement ce qui ne va pas dans votre conception pour savoir comment y remédier.<br/> | ||
<br/> | <br/> | ||
Lors de l'élaboration de votre stratégie RDCL, la définition des vrais points de douleur et de la conception déterminera la définition des capacités (c'est-à-dire le moteur qui sous-tend votre conception) et de la logistique (c'est-à-dire le modèle économique, les canaux de vente, le plan de formation et de support, etc. qui vous aideront à faire en sorte que votre solution parvienne au client). Une bonne recherche et de bons tests auprès des utilisateurs vous aideront à définir correctement les vrais points de douleur et la conception, qui constituent la base du reste de votre stratégie RDCL.<br/> | |||
<br/> | |||
Lien vers mon billet précédent sur la place du Design Thinking dans RPT : ([https://www.linkedin.com/posts/radhika-dutt_product-radicalproductthinking-design-activity-7131381391174311937-KYpc/ https://lnkd.in/en2AUNdX])<br/> | |||
<br/> | |||
[[Fichier:User-research-vs-User-testing FR.jpg|border|900px]] | [[Fichier:User-research-vs-User-testing FR.jpg|border|900px]] | ||
---- | ---- | ||
[[Fichier:User-research-vs-User-testing EN.jpg|border|900px]] | [[Fichier:User-research-vs-User-testing EN.jpg|border|900px]] | ||
