Pour lancer un projet, vous avez besoin d'un point de départ que l'on appelle la phase d'idéation. Cela vous permet de trouver des idées, de les sélectionner et de les tester rapidement.

How Might We ?

Il s'agit d'un exercice emblématique du Design Thinking qui trouve son origine dans la petite histoire suivante. Au milieu des années 70 Prockter & Gamble, une grande marque américaine de bien de consommation courant, voit son savon concurrencé par celui d'une autre marque avec un concept innovant : « un savon vert avec des rayures blanches, au parfum frais, et à l’emballage vert qui attire l’attention dans les rayonnages », bref c'est du savon. L'entreprise se retrouva démunie et n'arrivait pas trouver de réponse à ce nouveau concurrent. Min Basadur fut donc missionné pour aider l'équipe de conception.

Ce dernier va pousser l'équipe à se questionner sur le problème à résoudre. Pourquoi vouloir faire un meilleur savon que le concurrent ? « Parce qu'on perd des parts de marché » répondirent les ingénieurs. « Et en dehors de ça ? » rétorqua Min Basadur.

Ainsi, il proposait à l'équipe de prendre le point du vue du consommateur. Ils trouvèrent la proposition suivante : « Nous aimerions que les gens se sentent plus frais », puis en recherchant encore un peu pour transformer cela en problématique « comment faire en sorte que les gens se sentent plus frais ? ».

En redéfinissant le problème, les possibilités d'actions se sont considérablement ouvertes par l'équipe de conception. Tel est le but de l'exercice How Might We (comment pourrions-nous)

Organiser un How Might We est très simple :

• Trouvez un bon problème, relatif à un fait concret ;
• Faites beaucoup de proposition commençant par « Comment pourrions-nous... », puis en construisant une phrase interrogative incluant une action, un personæ ou la mention "'utilisateur" si vous voulez rester large et un résultat ;

Quelques conseils

Évitez de poser le mauvais problème

La façon dont on formule le problème est très importante, il faut réussir à trouver le bon équilibre entre un problème trop global et un problème trop spécifique :

• « L’expérience utilisateur n'est pas bonne » : trop global, cela ne permet pas de comprendre réellement ce qui prose problème.
• « Les utilisateur ne remplissent pas le formulaire » : trop spécifique, cela cible un problème très localisé qui oriente la recherche d'idée autour de la notion de formulaire.

<aside> 🔥 De manière générale, évitez de désigner la solution lorsque vous formulez un problème !

</aside>

Trouvez bon problème

Trouver le bon problème nécessite de consulter les retours des utilisateurs. Il peut s'agir de problèmes liés aux sentiments que ressentent les personnes lorsqu'ils accomplissent leurs activités. Pour reprendre l'exemple du formulaire, une bonne manière de formuler le problème serait :

• Les utilisateurs ne sont jamais certain de savoir quel formulaire devoir remplir pour payer leurs impôts.

Une bonne manière de faire un How Might We serait :