Changer la trajectoire de la recherche en santé

Les possibilités d'utilisation de ces ensembles de données sont infinies, mais l'interface doit être utile. Pour clarifier ce que le produit doit accomplir, nous avons organisé une phase de découverte de deux semaines qui s'est concentrée sur l'étude des utilisateurs.

Nous avons contacté des personnes appartenant aux deux publics cibles : les universitaires et les experts du secteur des soins de santé. Nous avons organisé des entretiens et des groupes de discussion avec des data scientists expérimentés et des personnes qui n'avaient jamais travaillé avec des big data auparavant, les "citizen scientists".

En fin de compte, nous avons utilisé un mélange de plusieurs méthodes de recherche sur les utilisateurs pour révéler les nuances de ce que les utilisateurs attendaient du produit et de ce dont ils avaient besoin.

La recherche UX produit de nombreux éléments d'information uniques. Afin de prévoir ce dont les utilisateurs ont besoin à chaque étape du processus, les résultats doivent être intégrés dans un ensemble cohérent.

En analysant, comparant et contrastant toutes ces informations, nous avons découvert des modèles généraux. Ces schémas nous permettent de comprendre les observations aberrantes telles que les méthodes hétéroclites utilisées par les gens pour atteindre leurs objectifs.

Le modèle montre également des différences dans les besoins des utilisateurs. Par exemple, les chercheurs universitaires doivent passer par un long processus d'approbation avant de pouvoir commencer à utiliser les ensembles de données. En revanche, les chercheurs des entreprises pharmaceutiques commencent à expérimenter les ensembles de données dès le début, mais se heurtent plus tard à des limitations réglementaires.

Nous avons testé neuf outils d'interrogation de données courants dans le secteur des soins de santé. L'objectif de l'analyse comparative est de nous aider à comprendre en profondeur les défis qui se manifestent dans les outils de big data pour les soins de santé.

Nous avons identifié des modèles de conception auxquels les utilisateurs peuvent s'attendre, ainsi que des interactions uniques qui sont soit des idées brillantes, soit des tentatives infructueuses de résoudre un problème.

Grâce à cet effort, nous pouvons éviter les voies sans issue que d'autres ont essayées et gagner du temps pendant le processus de conception. Mais il y a aussi un autre avantage majeur : l'expérience utilisateur que nous créons est destinée à s'intégrer dans l'espace général des applications de soins de santé et à repousser les limites.

L'expérience de l'utilisateur est conçue pour répondre à un large éventail de complexité des requêtes : des requêtes simples à deux facteurs jusqu'aux requêtes à facteurs multiples sur 8 niveaux de profondeur.

Nous avons conçu 5 modèles de constructeurs de requêtes basés sur 3 hypothèses différentes et les avons transformés en prototypes interactifs par le biais d'un design UX itératif. Les prototypes cliquables nous ont permis d'analyser les avantages et les inconvénients de chaque modèle grâce à des tests utilisateurs.

Nous avons utilisé un processus évolutif dans lequel les variantes ont évolué en parallèle jusqu'à ce que certaines d'entre elles fusionnent en un modèle gagnant. Ce processus de conception UX, qui intègre l'exploration et la sélection empirique, a finalement abouti à un outil d'interrogation plus performant que toutes les versions originales.

Les outils d'analyse des données ont été intégrés sous forme de modules : statistiques descriptives, fonctions de corrélation, etc. Ils s'intègrent dans l'architecture modulaire de ce logiciel de soins de santé en tant que plugins, tout comme les modules de visualisation des données.

Dans d'autres outils d'analyse de big data, ces fonctionnalités ont une expérience utilisateur inutilement compliquée, ainsi qu'une apparence sèche et technique. L'ambition de ces modules d'analyse de données était d'adapter le design UX aux utilisateurs qui ne sont pas des data scientists.

Les chercheurs de Healtchare travaillent en équipe. Une personne peut faire partie de plusieurs équipes différentes. En termes de défi UX, cette section d'administration semble triviale, mais il s'agit en fait d'un facteur critique pour le succès de l'utilisateur. Pour s'assurer que les modules d'administration ne deviennent pas une source de frustration, nous avons investi autant de travail méticuleux, de soin et de tests pour façonner leur expérience utilisateur.

Nous avons utilisé des couleurs neutres pour les écrans où les utilisateurs se concentrent principalement sur les données brutes, et des nuances électriques de bleu, violet, vert et rouge pour les modules d'analyse des données. Les illustrations ont été utilisées avec parcimonie, pour ajouter de brefs moments de plaisir aux étapes clés des flux d'utilisateurs.

Le système de conception vise à soutenir les efforts de développement à la fois tout au long de la mise en œuvre de notre conception et à l'avenir. Les développeurs disposent d'une bibliothèque de composants qu'ils peuvent utiliser pour mettre en place les fonctionnalités prévues pour les deux prochaines années.

L'équipe de développement a été invitée à participer à nos ateliers dès le début. Pour nous, les développeurs sont des acteurs importants du projet, dont l'expertise technique permet d'orienter certaines décisions de conception.

Lors des ateliers de conception, nous voulions nous assurer que les interactions avec l'utilisateur que nous étions en train de prototyper étaient réalisables d'un point de vue technique. Pour l'équipe de développement, le fait d'être impliquée dès le début signifiait une chance de choisir les technologies dorsales optimales, ainsi qu'une étape vers des estimations précises de l'effort à fournir.

Alors que la conception touchait à sa fin, notre rôle dans la collaboration avec l'équipe de développement s'est transformé en un rôle de soutien. Nous avons participé à des réunions régulières pour les informer de la préparation de leurs sprints et nous avons fourni un support en direct sur Slack et Zeplin pendant toute la durée de l'implémentation.