Poser les bonnes questions pour cerner le problème

Ben Holliday sur Hollidazed:

 

« Il est essentiel pour les concepteurs de définir le problème. Nous devons sans cesse parler des avantages fondamentaux qu’un produit ou un service apporte, et pourquoi.

J’ai constaté que les équipes ont beaucoup de mal à formuler le problème. Nous devrions nous y référer constamment lorsque nous cherchons à itérer et à améliorer ce sur quoi nous travaillons. Le cadrage du problème devrait fournir la contrainte et le raisonnement derrière les nouvelles fonctionnalités, ou être utilisé pour guider la priorisation de tout changement de contenu et de conception.

Voici mon approche. En ce moment, je passe la plupart de mon temps à poser 5 questions aux gens (ou des variations de chacune de ces questions) :

  • Pourquoi faisons-nous ce travail ?
    ou Quelle est notre motivation pour construire ce produit ou service ?
  • Qui sont nos utilisateurs ?
    ou Qui, à notre avis, aurait besoin d’utiliser ce produit ou service ?
  • Quel résultat les utilisateurs obtiendront-ils de ce service ?
    ou Quel problème résoudra-t-il pour les gens ?
  • Quel résultat recherchons-nous ?
    ou Quel problème résoudra-t-il pour notre organisation ?
  • Quels sont nos indicateurs clés ?
    ou Que devons-nous mesurer par rapport à ces résultats ?

Commencez par les motivations et passez aux résultats

Vous trouverez des variations sur ces questions dans de nombreux livres agiles et de design/UX. Certains posent plus de questions, mais je pense que cela suffit à la plupart des équipes pour cerner le problème sur lequel elles travaillent.

Je commence par les motivations. J’avais l’habitude de commencer par les « objectifs », mais je me suis rendu compte qu’il est plus important de jeter un regard honnête sur les motivations qui se cachent derrière ce sur quoi nous travaillons. Nous devons commencer par comprendre pourquoi on nous a demandé de concevoir ou de construire quelque chose en premier lieu. Par exemple, il peut s’agir d’une raison aussi simple que le fait qu’un cadre supérieur ait décidé que quelque chose était une bonne idée.

Une fois que nous avons compris ces motivations, il est possible de creuser davantage. Nous devons comprendre qui sont réellement nos utilisateurs, quel problème nous résolvons pour eux, et comment cela s’aligne sur nos propres intérêts – la raison d’être de notre organisation ou comment nous restons en activité.

Enfin, nous devons savoir comment nous pouvons mesurer le succès. Comment saurons-nous que nous avons obtenu ces résultats ? Que mesurerons-nous ?

Parfois, nous mettons par écrit les réponses à ces questions. Parfois, nous en discutons simplement. Quoi qu’il en soit, j’ai constaté qu’il est très important de revoir les réponses au fur et à mesure que vous en apprenez davantage sur le problème et que vous commencez à tester des solutions.

 

Laisser un commentaire

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.