Developing an AI-Powered UX Research Point of View for Digital Health in A Regulatory Context: An Exemplar Case from MSM and Transgender HIV Care in Nigeria
Cet article présente une méthodologie de recherche en expérience utilisateur en quatre étapes, augmentée par l'IA générative, ainsi qu'un ensemble correspondant de dix « cartes de jeu » fondées sur la théorie, conçues pour guider la création d'interventions de santé numérique psychologiquement sûres et respectueuses de la vie privée pour les populations marginalisées d'HSH et de personnes transgenres vivant avec le VIH dans le contexte réglementaire restrictif du Nigéria.
Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète
Imaginez que vous essayez de construire un club clandestin pour des personnes traquées par la loi. Si vous construisez un club avec une grande enseigne lumineuse indiquant « Groupe de soutien VIH », ou si vous laissez la porte grande ouverte, vous n'aidez pas ces personnes ; vous les mettez en danger.
Ce document traite de la construction d'une application de santé numérique (un outil sur smartphone pour prendre rendez-vous chez le médecin et obtenir des médicaments) pour deux groupes spécifiques au Nigeria : les hommes ayant des rapports sexuels avec des hommes (HSH) et les personnes transgenres vivant avec le VIH. Au Nigeria, être homosexuel ou transgenre est illégal et peut mener à 14 ans de prison. Cela signifie que ces personnes sont terrifiées à l'idée que si quelqu'un découvre qu'elles utilisent une application de santé, elles pourraient être arrêtées ou rejetées par leur communauté.
Voici comment les chercheurs ont abordé ce défi dangereux, expliqué simplement :
1. Le Problème : Le piège de la « Maison de Verre »
Habituellement, quand les designers créent des applications, ils veulent qu'elles soient transparentes, sociales et faciles à utiliser. Mais pour ces utilisateurs, la « transparence » est dangereuse. Si une application envoie un SMS disant « Prenez vos médicaments contre le VIH », et qu'un membre de la famille le voit, l'utilisateur pourrait être démasqué.
Les chercheurs se sont demandé : Comment construire un outil qui aide les gens à rester en bonne santé sans les trahir accidentellement ?
2. La Solution : Une boîte à outils d'« Agent Secret »
L'équipe n'a pas simplement deviné ; elle a utilisé une recette spéciale appelée le UXR PoV Playbook (Carnet de bord de la perspective de l'expérience utilisateur). Considérez ce carnet comme un livre de recettes de chef pour concevoir des applications.
- L'ancienne méthode : Les recettes précédentes étaient écrites pour des cuisines normales et sûres (applications commerciales).
- La nouvelle méthode : Ils ont dû réécrire la recette pour une « opération clandestine » où chaque ingrédient (fonctionnalité) devait être à l'abri des espions (autorités judiciaires).
3. L'Assistant : Le robot « Super-Chercheur »
Pour aider à rédiger cette nouvelle recette, ils ont utilisé l'IA générative (un cerveau informatique intelligent).
- Ce que l'IA a fait : Elle a lu des centaines de pages d'études passées, des entretiens avec des médecins et des rapports sur ce qui n'avait pas fonctionné avec d'autres applications en Afrique. Elle a agi comme un bibliothécaire super rapide capable de trouver instantanément des modèles, du type : « Oh, tout le monde a peur des rappels par SMS » ou « Les gens ont besoin que l'application ressemble à un jeu, pas à un hôpital ».
- Le bémol : L'IA est entraînée sur des données provenant de pays sûrs et légaux. Elle a parfois suggéré des idées qui seraient mortelles au Nigeria (comme « ajouter une fonctionnalité de partage social »).
- La correction : Les chercheurs humains ont agi comme des officiers de sécurité. Ils ont constamment dit à l'IA : « Non, c'est trop risqué. Change cela pour quelque chose de secret ». L'IA a fait le gros du travail d'organisation de l'information, mais les humains ont pris les décisions finales de sécurité.
4. Le Résultat : 10 « Cartes de Jeu »
Au lieu d'écrire un rapport ennuyeux de 50 pages, l'équipe a transformé ses conclusions en 10 « Cartes de Jeu » (comme un jeu de cartes pour un jeu de société).
- Le recto de la carte : Indique la règle (ex : « Faites en sorte que l'application ressemble à une calculatrice, pas à un outil médical »).
- Le verso de la carte : Explique le pourquoi (ex : « Parce que si le téléphone est partagé, une icône de calculatrice ne suscitera pas de soupçons »).
- L'objectif : Ces cartes aident les designers, les médecins et les développeurs à parler le même langage. Elles garantissent que si vous construisez l'application, vous savez que la confidentialité est plus importante que les fonctionnalités sophistiquées.
5. Les Règles Fondamentales (Les « Règles d'Or » de l'application)
Le document résume quatre piliers principaux pour faire fonctionner cette application :
- Sécurité Psychologique : L'utilisateur doit se sentir en sécurité dès l'ouverture de l'application.
- Simplicité Cognitive : L'application doit être si simple qu'elle ne demande pas d'effort de réflexion intense à l'utilisateur (ce qui génère du stress).
- Affirmation de l'Identité : L'application ne doit pas seulement les traiter comme des « patients » ; elle doit respecter qui ils sont.
- Accès Multicanal : Si la connexion internet est lente ou si le téléphone est partagé, il doit y avoir d'autres moyens d'obtenir de l'aide (comme un code SMS secret).
6. La « Perspective » (Le Manifeste de la Mission)
L'équipe a créé des énoncés de mission spécifiques pour les différentes personnes impliquées :
- Pour les Utilisateurs : « Cette application est votre bouclier. Elle protège vos secrets tout en vous aidant à rester en vie. »
- Pour les Développeurs : « Votre travail n'est pas de rendre l'application jolie ou riche en fonctionnalités. Votre travail est de faire en sorte que personne ne puisse jamais prouver qu'un utilisateur utilise cette application. Si une fonctionnalité met un utilisateur en danger, supprimez-la. »
Ce que ce document NE dit PAS
Il est important de noter ce que ce document ne prétend pas :
- Ils n'ont pas encore construit l'application finale. Ils ont construit le plan et les règles pour la construire.
- Ils n'ont pas encore testé l'application avec de vrais utilisateurs. Ils ont utilisé des données existantes et l'IA pour créer le plan.
- Ils ne disent pas que cela résoudra les problèmes juridiques au Nigeria. Ils essaient simplement de rendre les outils plus sûrs pour les personnes vivant sous ces lois.
La Conclusion Principale
Ce document est un guide sur la façon d'utiliser un ordinateur intelligent (l'IA) pour aider les humains à concevoir une technologie destinée à des personnes en danger. Il nous enseigne que lorsque vous concevez pour des personnes vulnérables, la sécurité n'est pas une fonctionnalité que l'on ajoute à la fin ; c'est la fondation sur laquelle on construit tout le reste. Si vous ne commencez pas par la sécurité, tout l'édifice s'effondre.
Noyé(e) sous les articles dans votre domaine ?
Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.