Data As Experience: conception pour l'utilisateur

C’est la continuation de ma série Data As Experience . Mon dernier article de cette série portait sur Contexte .

Trop souvent, je vois un concepteur de rapport penser plus à la manière de créer un rapport en saisissant les données correctes que ce dont l'utilisateur final a réellement besoin. Je constate souvent une attitude encore plus cavalière, à condition que, si vous donnez à l'utilisateur les bonnes données, la création d'un rapport ne devrait pas prendre plus de quelques minutes. Franchement, l'avènement d'outils de visualisation très puissants a exacerbé le problème.

En réalité, fournir à l'utilisateur ce dont il a besoin représente l'une des nombreuses étapes tout aussi importantes. Oui, la fondation de données, la gouvernance, les flux de données, etc. sont importants. Mais il ne faut pas négliger l’importance de la conception d’insight. Notez que je mets l'accent sur la perspicacité plutôt que sur le rapport. De nos jours, rien ne garantit que ce que vous créez puisse être classé comme un rapport placé dans votre portail de rapports.

Comment procédez-vous pour concevoir pour l’utilisateur? En bref, vous prenez une page des professionnels de l'expérience utilisateur et suivez certains de leurs processus de conception. Voici ce que certains concepteurs de notre processus d’analyse ont suivi:

J'aime ce processus car il adopte une approche mesurée pour:

1. Comprendre d’abord l’utilisateur et ses besoins
2. montrer ce dont l'utilisateur a besoin
3. Itérer vers une version haute fidélité qu'un développeur peut utiliser

Comprendre l'utilisateur

Lorsque j'ai commencé à travailler avec les chercheurs UX qui suivent ce processus, j'étais sceptique. Mais après avoir observé le processus en cours avec un certain nombre d'analystes de risques et de «quants» chez un client du service financier, j'ai été vendu. Vous ne pouvez pas créer le bon aperçu ou le bon rapport sans comprendre ce dont ils ont besoin, comment ils fonctionnent et où ils travaillent. Vous devez vraiment faire preuve d'empathie envers eux, même si cela semble un peu étrange pour ceux qui l'utilisent, qui sont des penseurs plus analytiques. Cela dit, tout le monde peut prendre du recul et poser certaines questions.

N'oubliez pas que poser ce type de questions vous donnera des réponses qui influenceront non seulement le «rapport» que vous écrivez. Il vous dira:

• S'il appartient à un portail de rapports typique
• Si l'utilisateur a besoin d'une visualisation ou d'un tableau de bord
• Si les informations sont autonomes ou font partie d'une application plus grande
• ou non, vous devez relier l'insight à une sorte d'action
• Si le contexte exige une manière différente de créer des entrées initiales, comme utiliser une image et une IA pour identifier un produit
• etc.

L'importance des maquettes [19659010] «Une image vaut mille mots» est peut-être ma devise préférée. La plupart des utilisateurs finaux font un mauvais travail en décrivant ce qu'ils veulent ou ce dont ils ont besoin. Ils peuvent même ne pas comprendre complètement leurs besoins. Leur donner une image ou quelque chose avec lequel ils peuvent interagir accélère le processus et garantit que vous ne livrez pas de rapport que personne n'utilise. Cela dit, les prototypes se déclinent en deux versions:

1. Faible fidélité: affiche l'emplacement des informations, des visualisations, etc. Il définit toutes les options de navigation et les étiquettes. Cela vous donne une idée de ce que ce sera d'interagir avec elle.
2. Haute fidélité: permet à l'utilisateur de voir exactement comment le rapport fonctionnera. Dans de nombreux cas, il peut même s'agir d'un prototype interactif. Cela donne également au développeur une bonne compréhension de la manière de le développer à l’aide de son jeu d’outils.

Un prototype basse fidélité

Quand utiliser un processus de conception

Vous pouvez l’utiliser pour beaucoup de scénarios. Certains sont plus bénéfiques que d'autres. En fin de compte, plus vous avez de problèmes de rapports antérieurs et moins vous comprenez les besoins des utilisateurs, plus la valeur du processus de conception est élevée. En voici quelques exemples:

• Un tout nouveau portail de rapports pour un seul service ou type d’utilisateur. Nous l'avons fait avec un client dont les analystes des risques avaient besoin d'un portail.
• Le second essayait de créer des informations et des rapports pour un ensemble défini d'utilisateurs. Si vous vous êtes trompé la première fois, vous avez oublié quelque chose ou l'entreprise n'a pas expliqué ce dont elle avait besoin. Vous devez mieux les comprendre dans les deux sens.
• La ​​toute première fois, vous disposez d'un nouvel outil de visualisation, d'intelligence artificielle ou autre pour créer des informations. De nouveaux outils signifient que vous devez créer de nouveaux modèles d'interaction. L'utilisateur doit également comprendre les options.
• Vous concevez pour un nouveau contexte. Cela pourrait être mobile, incorporant des informations dans un nouveau système tel que Salesforce, etc.
• Vous accrochez des informations à l'action. Si ce «crochet» est nouveau, concevez et testez pour vous assurer qu’il est bien fait.

Quand ne pas utiliser un processus de conception

Oui, vous aurez souvent besoin d’un processus de conception simple. Cela a moins à voir avec votre budget qu'avec la compréhension de vos utilisateurs:

• Lorsque vous avez un portail de rapports existant avec des modèles de conception établis. Le portail est bien utilisé par vos électeurs. Tout le monde est sur la même page
• Lorsque vous avez déjà terminé un processus de conception précédent et que vous comprenez les besoins de vos utilisateurs et que vous pouvez continuer à créer des idées.
• Cet outil est bien connu et les utilisateurs savent exactement ce dont ils ont besoin et obtiendront ce dont ils ont besoin.

Prendre le temps nécessaire pour bien comprendre les besoins des utilisateurs, puis concevoir et créer un ensemble d'informations permettant de répondre à ces besoins, assurera le succès. Si vous êtes coincé avec un ensemble d'outils formidables que tout le monde déteste, vous avez probablement besoin de ce processus… ou d'une meilleure gouvernance, ce qui est mon prochain article.