Salut ! Avant de rentrer dans le vif du sujet, je tiens à préciser que cet article ne va pas traiter le pourquoi faire des interviews utilisateur, mais plutôt sur le coté pratique de l’exercice.
Le : Comment enregistrer, Transcrire et Utiliser les données récoltées.
Nous nous plaçons dans le contexte d’une interview d’un utilisateur dans le but de récolter des informations/feedbacks/besoins – sur l’utilisation d’un produit/service déjà existant ou à venir– venant d’un utilisateur final de ce dit produit/service.
Ce que je vous propose est ma manière de faire, prenez ce qui vous intéresse et créez votre propre méthode, faite ce qui marche pour vous :)
Ceci étant dit, Go !
Cela peut paraître bateau mais préparez vos interviews !
Je vous assure qu’une interview mal préparée est une perte de temps pour vous et pour l’interviewé. Cela se traduit par un échange bâclé, des informations qui vous sont inutiles, des questions hors sujets et j’en passe.
C’est très frustrant de se rendre compte pendant ou après une interview que tout ce qui s’est dit sera inutilisable pour le produit/service que vous designez.
La préparation passe par :
Une fois prêt : Fast-forward ⏩ …
Vous êtes avec l’interviewé, vous avez commencé à papoter pour briser la glace et des informations clés commencent à montrer leur bout du nez.
C’est le moment de lancer votre enregistrement audio. Personnellement, j’utilise simplement mon téléphone avec l’application Dictaphone. Et avec l’arrivée d’iOS 12, l’app évolue, et c’est cool !
_En passant : N’oubliez pas de demander l’autorisation d’enregistrer _😉
Certes, les rush ne seront pas dignes d’un enregistrement radio mais, ce n’est pas ce qui nous intéresse.
Cependant pour gagner en qualité vous pouvez également utiliser un micro dédié, mais cela vous demandera un peu plus de préparation et le micro aura moins tendance à se faire oublier. Ce point n’est pas négligeable, votre interlocuteur peut facilement passer en position défensive fasse à vos questions. L’entretien va devenir compliqué à mener…
Aujourd’hui, les gens sont habitués à voir un téléphone posé sur une table. Lors des premières minutes, l’interviewé lancera des regards interrogatifs vers votre téléphone, mais croyez-moi, votre smartphone deviendra invisible.
Ha et du coup : préparez le coup – ayez de la batterie. Ça serait bête de perdre 1h de rush audio avec des informations capitales 🙃
N’OUBLIEZ PAS DE FAIRE UNE BACKUP DU RUSH ! Un simple mail à vous-même avec le fichier audio peut vous sauver !
Fast-forward ⏩ …
L’interview s’est déroulée sans encombre, vous avez un fichier audio rempli d’infos : excellent ! 👍
Maintenant, le travail de petite main commence.
L’outil que j’utilise pour la transcription est oTranscribe.
Il propose tous les raccourcis clavier dont vous avez besoin lors de l’écoute : Le play/pause, l’avance/retour rapide, la sélection de la vitesse, etc. Ça a accéléré drastiquement mes transcriptions !
Insérer simplement votre rush audio, et c’est parti :
L’écoute en x3 peut être un peu déstabilisante au départ, mais vos oreilles & cerveau vont vite s’habituer. Vous aurez le même niveau d’information attendu qu’une écoute en vitesse réelle, mais en trois fois moins de temps 👌
La deuxième écoute est la plus intéressante. C’est comme quand vous regardez un film pour la deuxième fois. Vous savez ce qu’il va se passer, mais il y a toujours un petit détail, un truc qui vous a échappé.
Çaaaaa vaaaa êtreeee asseeeeeeeeeez leeeeeeeeent. Mais très utile ! N’écoutez pas toute l’interview en x0,2 hein. Allez directement aux times code que vous avez identifié aux deux premières écoutes.
Une fois votre transcription terminée nous pouvons passer au tri et à l’utilisation des données !
Point d’attention : La transcription brute n’est pas un livrable en tant que tel. Elle peut contenir des informations qui, mal utilisées, peuvent mettre en porte à faux l’interviewé. C’est génial de recueillir des “punchlines”, mais gardez secret le nom de l’auteur.
Je trie systématiquement mes retranscriptions dans cinq familles :
Tous les points positifs de l’actuel et du futur produit/service que vous allez designer.
Les “C’est bien que/quand …”.
Parce que oui, il n’y a pas que du mauvais, même sur un produit/service avec zero design. 😊
Les : ”C’est embêtant …”, “Ce n’est pas pratique …”
En gros tous les points de frictions de l’utilisateur : les fameux Pain Points.
Les : “Ça serait vraiment bien d’avoir … , pour faire … ”
Notez-les, mais surtout étudiez (a posteriori) le “pourquoi” qui est caché derrière.
Par exemple : Si un utilisateur vous remonte le besoin d’avoir un bouton d’export de données, au lieu d’ajouter ce bouton, demandez lui pourquoi et réfléchissez aux motivations derrière son souhait.
Notez les petites histoires ou anecdotes de votre interlocuteur. Elles sont très révélatrices du terrain et de la vie de tous les jours des utilisateurs.
Ces infos sont facilement utilisables pour des empathies map ou encore vos personae.
Et pour finir, j’extrais :
Toutes les citations verbatim (punchlines 👊) qui vous ont fait tiquer lors de l’interview.
Pour m’aider à retranscrire toutes les infos, j’utilise Milanote. Je vous laisse y jeter un coup d’oeil, ça vaut le détour ! 🤩
Déjà, toutes les informations que vous avez tirées de votre interview peuvent constituer un livrable, et ça, c’est cool.
Ensuite, je vous propose deux manières de traduire les data :
Les “How Might We” sont des questions, qui permettent de cadrer un problème tout en ayant une tournure de phrase qui permet de se concentrer sur la création de solution adaptée au problème. Plus d’info : https://designsprintkit.withgoogle.com/methods/understand/hmw-directions/
À partir des quatre familles, des faits marquants et des citations, j’écris un maximum d’HMW qui me permettent de bien faire ressortir le besoin utilisateur et les problématiques auxquelles il fait face.
Chacune de ces questions peut faire l’objet d’un Design Sprint 🤓
Pendant les interviews, j’essaye également de découvrir le Top 3 des features que l’utilisateur attend. Deux Techniques : soit vous posez directement la question, soit vous notez sur un carnet ce que vous pensez et vérifiez avec votre interlocuteur à la fin de l’interview.
Pour finir : Que ce soit à l’oral ou à l’écrit, partagez toutes les infos que vous avez reçues ! Au(x) PO, à l’équipe de design, aux développeurs et à toutes les personnes qui travaillent sur le produit/service 🙂
N’hésitez pas également à revenir régulièrement à vos notes pour des petites piqûres de rappel lors de vos rush de créa.
J’espère que ça vous aidera à designer de supers produits.
N’hésitez pas à donner votre avis et à faire des remarques dans les commentaires :)
Portez-vous bien, Designez bien, et Éclatez vous !
_Tchou _👋
_Crédit image : Daniel Mitev, _https://dribbble.com/shots/3710372-Job-Interview
