Sujet 3.0 — Recherche utilisateur et conception de services

Dans la santé et l'action sociale, comprendre les personnes qui utilisent et fournissent un service n'est pas une courtoisie préliminaire mais la discipline principale de sécurité, d'équité et de confiance qui détermine si tout ce que vous construisez aide réellement.

Pourquoi c'est important dans la santé et l'action sociale#

Le premier point du NHS Service Standard, hérité du Government Digital Service (GDS), est « comprendre les utilisateurs et leurs besoins ». Il est placé en premier délibérément. Presque chaque échec évitable dans un service de santé numérique remonte à un service conçu autour d'une hypothèse sur les gens plutôt que sur des preuves à leur sujet : un flux de réservation qui suppose que tout le monde a un smartphone et une adresse stable, un vérificateur de symptômes validé uniquement sur des personnes qui lisent l'anglais couramment, une lettre de sortie écrite pour les cliniciens et remise à un patient effrayé.

Dans la plupart des secteurs, mal comprendre les utilisateurs produit du gaspillage. Dans la santé et l'action sociale, cela peut produire un préjudice. Une personne qui ne peut pas compléter une référence en ligne n'abandonne pas simplement un panier d'achat ; elle peut se passer de soins, se présenter plus tard et plus malade, ou sortir entièrement d'un parcours. Parce que les personnes qui ont le plus besoin de soins sont fréquemment celles les moins capables de naviguer un service mal conçu — personnes âgées, personnes ayant une déficience cognitive, personnes en crise, personnes qui ne parlent pas anglais, personnes sans accès numérique — une mauvaise conception élargit activement l'inégalité. Cela se relie directement au Sujet 1.9 — Inclusion numérique et accessibilité, et c'est pourquoi la recherche utilisateur dans ce secteur est une préoccupation de gouvernance, pas simplement une gentillesse de conception.

Les services de santé sont aussi anormalement complexes à comprendre. « L'utilisateur » est rarement une personne agissant seule. C'est un patient et un aidant, une réceptionniste et un médecin généraliste, une infirmière de district et un pharmacien hospitalier, chacun avec des besoins différents, se déplaçant à travers un parcours qui traverse les frontières organisationnelles. La conception de services vous donne les outils pour voir tout ce système plutôt que le seul écran devant vous. Bien faire ce travail est comment vous gagnez le droit de prendre des décisions fondées sur les preuves (Sujet 1.3 — Décisions fondées sur les preuves) au lieu de défendre des opinions dans une salle de réunion.

Concepts fondamentaux#

La conception centrée sur l'utilisateur (UCD) est un cadre dans lequel les besoins, caractéristiques, tâches et environnement des personnes qui utiliseront un produit ou service reçoivent une attention soutenue à chaque étape, afin que le service s'adapte aux gens plutôt que de forcer les gens à s'y adapter. Sa parente plus large, la conception centrée sur l'humain (HCD), applique la même philosophie à des systèmes, services et politiques entiers, et est codifiée dans la norme internationale ISO 9241-210.

La conception de services est la pratique consistant à planifier et organiser les personnes, l'infrastructure, la communication et les composants matériels d'un service pour améliorer sa qualité et les interactions entre le service et ses utilisateurs. Elle diffère de — et dépend de — disciplines plus étroites : la conception d'interaction façonne comment une personne se déplace à travers une interface individuelle, et la conception de contenu assure que les mots, la structure et l'information répondent à un besoin utilisateur de la manière la plus claire possible. La conception de services fait un zoom arrière sur le parcours entier, y compris les parties qui se passent hors ligne, au téléphone, ou entre membres du personnel.

Le Double Diamant, popularisé par le UK Design Council, décrit la conception comme deux phases liées de pensée divergente puis convergente : découvrir (explorer le problème largement), définir (converger sur le bon problème à résoudre), développer (explorer des solutions possibles), et livrer (converger sur une solution qui fonctionne et l'affiner). Le premier diamant garde contre le fait de résoudre le mauvais problème ; le second contre le fait de mal construire la solution. Cela correspond naturellement au Sujet 3.4 — Phases de découverte.

Votre preuve provient de la recherche qualitative — des données non numériques qui expliquent pourquoi et comment les gens se comportent — et de la recherche quantitative, qui vous dit combien et à quelle fréquence. Les méthodes qualitatives incluent l'enquête contextuelle et l'ethnographie, où vous observez les gens dans leur environnement réel ; les entretiens en profondeur ; et les tests d'utilisabilité, où vous regardez une personne tenter de vraies tâches avec un prototype ou un service en direct. Les méthodes quantitatives incluent les enquêtes, l'analytique, et les tests A/B. Vous avez besoin des deux : les chiffres vous montrent où se trouve un problème ; les histoires vous montrent ce qu'il est.

Vous rendez les conclusions utilisables à travers des artefacts de conception. Un persona est une caractérisation fondée sur des preuves et représentative d'un groupe d'utilisateurs. Une carte de parcours utilisateur trace l'expérience d'une personne à travers le temps et les points de contact, exposant où l'effort et l'anxiété se regroupent. Un plan de service (service blueprint) étend le parcours sous la « ligne de visibilité » pour montrer les actions du personnel en avant-scène et en coulisses et les systèmes de soutien qui rendent chaque étape possible.

Enfin, la co-production est une approche dans laquelle les patients, aidants, et le public ne sont pas simplement consultés mais sont de véritables partenaires dans la conception, la conception et l'exploitation d'un service. Dans le NHS, cela chevauche l'implication des patients et du public (PPI), l'attente que les personnes affectées par un service aident à le façonner.

Bonnes pratiques#

1. Commencez par un besoin, pas une solution. Écrivez le besoin utilisateur avant que quiconque ne dessine un écran ou ne nomme une technologie. Un bon énoncé de besoin est exprimé du point de vue de l'utilisateur (« En tant que personne récemment sortie de l'hôpital, j'ai besoin de savoir qui appeler si ma plaie semble anormale, afin de ne pas finir aux urgences »). Si vous ne pouvez pas prouver le besoin par la recherche, vous travaillez à partir d'une hypothèse — étiquetez-la comme telle et allez la tester avant de dépenser de l'argent dessus.

2. Recherchez le service entier, pas l'interface. Cartographiez le parcours de bout en bout, y compris l'appel téléphonique, la lettre, la salle d'attente, et la transmission entre équipes. Construisez un plan de service afin que le travail invisible en coulisses — le personnel qui ressaisit des données, relance des résultats, ou contourne un système cassé — devienne visible. La plupart de la douleur ressentie par les patients est créée dans les coutures entre organisations, ce qui est précisément là où une refonte d'écran unique ne peut pas atteindre.

3. Utilisez des méthodes mixtes et triangulez. Associez la profondeur qualitative à l'ampleur quantitative afin que chacune vérifie l'autre. L'analytique pourrait montrer un abandon important à une étape particulière ; les entretiens et les sessions d'utilisabilité vous disent que c'est parce que la formulation implique une charge qui n'existe pas. Ne laissez pas une anecdote convaincante outrepasser les données, ni un grand ensemble de données cacher la raison humaine derrière le schéma. De petits cycles fréquents de recherche battent une grande étude livrée trop tard pour changer quoi que ce soit.

4. Recrutez pour les marges, délibérément. Si vous ne recrutez que des personnes confiantes, numériquement capables, anglophones, vous construirez un service qui fonctionne pour elles et exclut tous les autres. Fixez des quotas de recrutement explicites pour les personnes âgées, exclues numériquement, cliniquement vulnérables, neurodivergentes, ou qui utilisent des technologies d'assistance, et allez vers elles plutôt que d'attendre qu'elles viennent à vous. Associez-vous à des associations caritatives, des groupes communautaires, et des équipes cliniques pour atteindre des personnes que vous ne pouvez pas recruter via un panel.

5. Rendez la recherche éthique et sûre par conception. Prenez le consentement éclairé au sérieux, expliquez clairement comment les données seront utilisées, et laissez les gens se retirer à tout moment. Ayez un plan de protection pour les sessions avec des participants cliniquement ou émotionnellement vulnérables, y compris ce que vous ferez si quelqu'un révèle un risque ou devient en détresse, et payez les participants équitablement pour leur temps. Là où la recherche croise des activités nécessitant une approbation formelle — par exemple impliquant des patients comme sujets de recherche — vérifiez si la gouvernance et l'approbation éthique de la Health Research Authority (HRA) s'appliquent, et impliquez votre Caldicott Guardian et vos collègues de gouvernance de l'information tôt (voir Sujet 1.7 — Gouvernance de l'information, protection des données et cybersécurité).

6. Co-produisez, ne vous contentez pas de consulter. Montez l'échelle depuis informer les gens, à les consulter, à véritablement partager le pouvoir avec les patients, aidants, et personnel de première ligne tout au long du travail. Amenez des partenaires d'expérience vécue dans l'équipe dès la découverte, donnez-leur une véritable influence sur les décisions, et remboursez-les correctement. La consultation demande aux gens de réagir à votre idée terminée ; la co-production signifie qu'ils ont aidé à la façonner, ce qui produit de meilleurs services et une confiance bien plus grande.

7. Exploitez les opérations de recherche comme une infrastructure partagée. Traitez les « ResearchOps » comme une capacité, pas une réflexion après coup : formulaires de consentement standard, un pipeline de recrutement de participants, des processus d'incitation, des listes de contrôle éthiques, et surtout un référentiel de recherche consultable où les conclusions, extraits, et aperçus sont stockés et étiquetés. Sans cela, chaque équipe rerecherche les mêmes choses, les aperçus s'évaporent lorsque les gens partent, et les mêmes participants vulnérables se voient poser les mêmes questions à répétition.

8. Concevez de manière inclusive et testez avec la technologie d'assistance. La recherche inclusive et la conception accessible sont la même discipline vue de deux bouts. Testez vos prototypes avec des lecteurs d'écran, le grossissement, la navigation au clavier seul, et le contenu en langage clair, et incluez les personnes handicapées dans votre pool de participants comme standard plutôt que comme une étude spéciale. Respecter les Web Content Accessibility Guidelines (WCAG) est un plancher, pas un plafond ; observer un véritable utilisateur de lecteur d'écran accomplir une tâche vous enseigne des choses qu'une liste de contrôle n'enseignera jamais (Sujet 1.9 — Inclusion numérique et accessibilité).

9. Bouclez la boucle de l'aperçu à la décision au produit. La recherche ne crée de la valeur que lorsqu'elle change ce qui est construit. Connectez les aperçus au carnet afin que la priorisation reflète la preuve du besoin (Sujet 5.0 — Travail piloté par le produit), et retournez la recherche aux participants et au personnel afin qu'ils voient que leur contribution comptait. Gardez un enregistrement visible de « ce que nous avons appris et ce que nous avons changé », ce qui protège le travail lorsque les priorités sont contestées et construit la mémoire de l'organisation.

Questions à discuter avec votre équipe#

1. Pour les besoins de qui concevons-nous réellement, et qui manque dans la pièce ? Avant d'accepter un plan de recherche, interrogez l'échantillon. Listez chaque type de personne qui touchera ce service — patients, aidants, et les rôles de personnel spécifiques — et marquez honnêtement lesquels vous avez de véritables preuves et lesquels vous devinez. Portez une attention particulière aux personnes en marge : celles sans accès numérique, celles en crise, celles qui ne parlent pas anglais, celles ayant des déficiences cognitives ou sensorielles. Demandez ce qu'il faudrait pour les atteindre et quel serait le coût de ne pas les atteindre en termes de préjudice et d'inégalité. Si votre base de preuves penche vers les faciles à recruter, votre service le fera aussi. C'est la différence entre un service qui semble fonctionner dans une démo et un qui fonctionne dans la communauté.

2. Où disons-nous « nous supposons » et l'appelons « nous savons » ? Rassemblez l'équipe et listez les croyances dont dépend votre plan actuel — sur comment les gens se comportent, ce qu'ils veulent, ce qu'ils peuvent faire, et ce qui les aidera. Pour chaque croyance, demandez quelle preuve vous avez : est-ce une observation directe, l'opinion d'une partie prenante, l'affirmation d'un fournisseur, ou véritablement l'idée de personne déguisée en fait ? Classez les hypothèses par combien de dommage cela causerait si elles s'avéraient erronées. Les hypothèses non testées les plus risquées sont là où votre prochain cycle de recherche devrait aller, car c'est là que l'argent et la sécurité sont les plus exposés. Rendre les hypothèses explicites est inconfortable mais bien moins coûteux que de les découvrir après le lancement. Une équipe mature traite « nous avons supposé » comme un drapeau rouge à enquêter, pas une phrase à défendre.

3. Comment la recherche changera-t-elle une décision, et que se passe-t-il si elle ne le fait pas ? Il est possible de faire beaucoup de recherche qui ne change rien, ce qui est pire que de n'en faire aucune car cela consomme la bonne volonté et le temps des participants. Pour toute étude planifiée, convenez à l'avance de quelle décision elle informera et de ce que différentes conclusions vous amèneraient à faire différemment. Discutez de qui possède la décision, comment les aperçus les atteignent, et si l'équipe est véritablement disposée à changer de cap — y compris s'arrêter — si la preuve pointe dans cette direction. Considérez comment vous garderez l'aperçu vivant : un référentiel que personne ne recherche est un cimetière. Parlez de comment vous retournerez les conclusions aux participants et au personnel de première ligne afin que l'implication semble réelle plutôt qu'extractive. Si la réponse honnête est que la décision est déjà prise, dites-le et économisez l'effort de tout le monde.

4. Recherchons-nous le service entier, ou juste la partie que nous possédons par hasard ? La plupart du préjudice et de la frustration que vivent les patients sont fabriqués dans les coutures — entre la lettre et la ligne téléphonique, entre les soins primaires et secondaires, entre la porte d'entrée numérique et l'humain qui doit ressaisir ce qu'elle a capturé. Demandez honnêtement jusqu'où votre recherche atteint : s'arrête-t-elle au bord de votre écran, ou suit-elle la personne dans la salle d'attente, le centre d'appels, et le travail en coulisses du personnel qui soutient le service ? Discutez de si vous avez réellement suivi les réceptionnistes, les greffiers de réservation, et les infirmières dont les solutions de contournement maintiennent le parcours en vie, car leur travail invisible est généralement là où se trouve le véritable problème de conception. Méfiez-vous d'un périmètre confortable qui correspond au mandat de votre équipe plutôt qu'au parcours du patient, puisque les frontières organisationnelles sont précisément là où la responsabilité s'évapore. Une réponse honnête nomme les parties du parcours que vous ne pouvez pas voir et s'engage à un plan de service qui rend les coulisses visibles, même lorsque cela implique des systèmes que vous ne contrôlez pas. Délimiter en excluant les coutures est comment une refonte d'écran finit par ne rien résoudre.

5. Comment gardons-nous les participants en sécurité, et traitons-nous leur temps et leurs histoires comme un coût que nous devons ? La recherche dans la santé et l'action sociale touche régulièrement des personnes malades, effrayées, endeuillées, ou en crise, et une session mal gérée peut causer un véritable préjudice ou retraumatiser quelqu'un. Passez en revue votre plan de protection avant le travail sur le terrain : que ferez-vous si un participant révèle un risque ou devient en détresse, qui est de garde, et quand arrêterez-vous une session pour le bien de la personne plutôt que celui de l'étude. Examinez le consentement comme une relation continue plutôt qu'un formulaire signé — les gens doivent comprendre comment leurs données et paroles seront utilisées et pouvoir se retirer à tout moment sans pénalité. Discutez du paiement clairement, car attendre des personnes vulnérables qu'elles donnent leur temps gratuitement est à la fois extractif et biaise votre échantillon vers ceux qui peuvent se permettre d'être volontaires. Considérez si vous posez aux mêmes communautés sur-recherchées les mêmes questions encore une fois, et ce que vous leur devez en retour. Une réponse honnête traite le soin, le consentement, et le remboursement équitable comme des conditions non négociables pour faire le travail, pas comme un vernis optionnel.

6. Lorsque la preuve entre en collision avec ce que la direction, un clinicien, ou un fournisseur veut, quel récit gagne ? La recherche gagne sa place précisément lorsqu'elle livre des conclusions gênantes, et c'est le moment où la gravité organisationnelle tire le plus fort vers les enterrer. Discutez de ce qui se passe réellement dans votre équipe lorsqu'une étude contredit un dossier commercial, l'intuition d'un clinicien senior, ou la feuille de route d'un fournisseur : la conclusion est-elle examinée, ou le chercheur est-il discrètement encouragé à l'adoucir ? Explorez à quel point vos chercheurs sont réellement indépendants — s'ils peuvent rapporter que le produit phare exclut les personnes qu'il était censé servir sans que cela leur coûte leur position ou leur prochain contrat. Nommez les pressions honnêtement, y compris les incitations commerciales, les coûts irrécupérables, et la réticence à rouvrir une décision qui semblait réglée. Considérez la mise en place de garde-fous : les conclusions partagées brutes avec l'équipe plus large, un enregistrement visible de ce qui a été appris, et une voie pour que la preuve gênante atteigne les décideurs sans filtre. Une réponse honnête admet où l'équipe a précédemment laissé l'autorité ou la pression commerciale outrepasser la preuve, et déclare ce qu'elle fera différemment la prochaine fois.

En pratique : un exemple de santé et d'action sociale#

Un Integrated Care System (ICS) veut réduire les rendez-vous externes manqués, qui sont élevés dans un arrondissement urbain défavorisé. La solution évidente sur la table est une nouvelle application SMS de rappel et de reréservation en libre-service. Le responsable de livraison insiste pour une découverte de deux semaines avant d'engager le budget.

L'équipe recrute délibérément pour les marges : aux côtés d'utilisateurs de smartphone confiants, elle inclut un homme âgé qui partage un téléphone avec sa femme, une femme qui lit peu l'anglais et compte sur sa fille adulte pour traduire les lettres, et un homme en hébergement temporaire dont l'adresse change mensuellement. Elle mène une enquête contextuelle dans les foyers des gens et suit le personnel de réception et de réservation pendant deux jours. Un plan de service révèle la vérité des coulisses : les lettres de rendez-vous sont générées centralement et postées, arrivant souvent après le rendez-vous pour les personnes qui déménagent ; les numéros de mobile « confirmés » dans le dossier patient sont périmés depuis des années ; et le personnel de réception passe déjà des heures à ressaisir des corrections qui n'atteignent jamais le système source.

La carte de parcours montre que la plupart des rendez-vous « manqués » n'avaient jamais été véritablement offerts — les gens ne savaient pas, ne pouvaient pas joindre la ligne téléphonique qui ouvre à 8h, ou ne pouvaient pas se permettre le bus ce jour-là. L'hypothèse que les patients choisissaient de ne pas se présenter s'effondre sous observation. Un panel d'expérience vécue, co-produisant chaque semaine, souligne qu'une application de reréservation exclurait précisément les personnes manquant des rendez-vous actuellement.

L'équipe recadre le problème de « mieux rappeler les gens » à « rendre possible de connaître, atteindre, et se permettre votre rendez-vous ». Elle construit toujours des rappels, mais corrige aussi le flux de données d'adresse et de numéro de téléphone, ajoute une option de rappel, propose des rendez-vous plus proches du domicile, et réécrit la lettre en langage clair avec une voie de traduction. Le consentement, la protection, et la validation de gouvernance de l'information ont été organisés avant toute visite à domicile, avec le Caldicott Guardian consulté. Les conclusions, extraits anonymisés, et le plan vont dans un référentiel partagé afin que la prochaine équipe hérite de la connaissance. Les rendez-vous manqués chutent — et, plus important encore, ils chutent le plus parmi les personnes qui étaient le plus mal servies.

Angles sectoriels#

Startup#

Une startup de santé numérique vit ou meurt en trouvant rapidement un véritable besoin utilisateur, et son avantage est la vitesse. Vous pouvez mener des sessions d'utilisabilité de guérilla et des entretiens hebdomadaires sans processus lourd, et vous devriez, car construire la mauvaise chose est la façon la plus courante dont les jeunes entreprises meurent. Le danger est de confondre l'enthousiasme des adopteurs précoces — typiquement jeunes, numériquement confiants, et en bonne santé — avec la preuve d'un besoin large dans une population clinique. Recrutez au moins quelques utilisateurs véritablement représentatifs et vulnérables tôt, même quand c'est lent et coûteux, et gardez un référentiel léger dès le premier jour afin que l'aperçu durement gagné ne soit pas perdu dans le prochain pivot. Si vous prévoyez de vendre au NHS, comprendre le service entier et son contexte de sécurité est ce qui sépare une démo d'un produit déployable.

Petite entreprise#

Un prestataire établi de petite taille — un cabinet de médecins généralistes, une pharmacie communautaire, une maison de retraite, une agence de soins à domicile, ou une clinique monosite — sert déjà de vrais patients chaque jour mais a rarement un designer, un chercheur, ou une capacité informatique dédiée à solliciter. La recherche utilisateur formelle semble un luxe, pourtant ces organisations détiennent quelque chose qu'une startup envierait : une réceptionniste, un gestionnaire de cabinet, et des cliniciens qui parlent constamment aux usagers du service et peuvent vous dire exactement où le processus actuel se casse. Le mouvement pratique est de rendre ce contact quotidien délibéré — gardez un simple journal des questions et plaintes que les gens soulèvent, parcourez le parcours vous-même de la porte d'entrée au suivi, et vérifiez le bon sens du produit d'un nouveau fournisseur par rapport à comment vos patients les plus vulnérables se comportent réellement plutôt que la démo. Vous devez toujours respecter les mêmes obligations de consentement, de protection, et d'accessibilité qu'un grand trust, donc appuyez-vous sur des modèles et normes NHS partagés plutôt que d'inventer les vôtres. Choisir un système véritablement conçu autour des patients et du personnel, et résister lorsque ce n'est pas le cas, est la décision de recherche à plus fort levier qu'un petit prestataire prend.

Entreprise#

Un grand prestataire ou fournisseur a l'échelle, des utilisateurs existants, et des données riches, mais a souvent une recherche fragmentée à travers des équipes qui ne partagent jamais ce qu'elles apprennent. L'opportunité est une véritable fonction d'opérations de recherche : un référentiel partagé, des processus d'éthique et de consentement standard, un pool de participants géré, et une discipline de triangulation de l'aperçu qualitatif avec l'analytique que vous détenez déjà. Le risque est le théâtre de la recherche — des études commandées pour justifier des décisions déjà prises, ou des personas imprimés sur des affiches que personne n'utilise. Insistez pour que la recherche se connecte à de véritables décisions et au carnet, et protégez l'indépendance des chercheurs afin qu'ils puissent rapporter des conclusions gênantes sans risque de carrière.

Gouvernement#

Dans le gouvernement britannique et le NHS, la conception centrée sur l'utilisateur n'est pas optionnelle : le NHS Service Standard et les évaluations de service du GDS exigent que vous démontriez que vous comprenez les utilisateurs et leurs besoins, et les services sont évalués contre cela aux frontières de phase. C'est une force, car cela donne aux chercheurs un mandat et une place à la table. Les obligations vont plus profond que la conformité : les services publics doivent fonctionner pour toute la population, y compris les plus exclus, ce qui fait du recrutement inclusif et de la co-production une obligation plutôt qu'une gentillesse. Travaillez ouvertement, publiez les conclusions où vous le pouvez, et soyez attentif aux obligations statutaires sur l'implication et l'égalité. Le mode d'échec est de traiter l'évaluation de service comme un obstacle à franchir plutôt qu'un véritable test de si vous avez compris les personnes que vous servez.

Modes d'échec courants#

• « Nous avons supposé » déguisé en fait. Décisions construites sur l'opinion de parties prenantes ou les affirmations de fournisseurs, sans preuve utilisateur, et personne ne distinguant les deux.
• Recruter seulement les accessibles. Échantillons biaisés vers des personnes numériquement confiantes, anglophones, en bonne santé, de sorte que le service exclut ceux qui en ont le plus besoin.
• Vision tunnel de l'interface. Reconcevoir un écran tout en ignorant les lettres, les lignes téléphoniques, les solutions de contournement du personnel, et les transmissions inter-organisationnelles où réside la véritable douleur.
• Théâtre de la recherche. Études menées pour justifier une décision déjà prise, ou pour satisfaire une évaluation, sans volonté de changer de cap.
• Consultation se faisant passer pour de la co-production. Montrer aux patients une conception terminée et appeler leur réaction « implication », sans jamais partager de véritable pouvoir.
• Le cimetière des aperçus. Conclusions piégées dans des présentations et des mémoires individuelles, de sorte que les équipes rerecherchent les mêmes questions et brûlent la bonne volonté des participants.
• Recherche extractive. Prendre le temps et les histoires des gens, parfois sur des sujets douloureux, sans soin de consentement, protection, paiement équitable, ou jamais leur dire ce qui a changé.
• Accessibilité en réflexion après coup. Tester seulement avec des utilisateurs capables et ajouter un audit WCAG à la fin, au lieu de concevoir et rechercher de manière inclusive dès le début.

Modèle de maturité#

Liste de contrôle#

• Le besoin utilisateur est écrit du point de vue de l'utilisateur et soutenu par des preuves, pas une hypothèse.
• Vous avez identifié chaque type d'utilisateur — patients, aidants, et chaque rôle de personnel — et savez où votre preuve est mince.
• Le recrutement inclut des utilisateurs exclus numériquement, cliniquement vulnérables, non anglophones, et de technologie d'assistance, par quota explicite.
• Le consentement éclairé, les plans de protection, le paiement équitable des participants, et la validation de gouvernance de l'information sont en place avant le travail sur le terrain ; les voies HRA et Caldicott vérifiées le cas échéant.
• Vous avez cartographié le parcours de bout en bout et construit un plan de service montrant l'avant-scène et les coulisses.
• Les méthodes qualitatives et quantitatives sont utilisées ensemble et triangulées.
• Les prototypes sont testés avec de vraies technologies d'assistance et du contenu en langage clair.
• Les patients et le personnel co-produisent le travail avec une véritable influence, pas seulement une consultation.
• Un référentiel de recherche consultable contient les conclusions, est étiqueté, et est réellement utilisé par d'autres équipes.
• Chaque étude a une décision nommée qu'elle informe, et il y a un enregistrement visible de ce que vous avez appris et ce que vous avez changé.

Sources clés#

• NHS Service Standard — NHS England — the national standard whose first point is to understand users and their needs.
• GOV.UK Service Manual — Government Digital Service — practical guidance on user research, user needs, and running services user-first.
• Design Council: Framework for Innovation (the Double Diamond) — Design Council — the canonical description of discover, define, develop, deliver.
• ISO 9241-210: Human-centred design for interactive systems — International Organization for Standardization — the international standard for HCD process.
• Health Research Authority guidance — HRA — governance and ethics approval for research involving patients and the public.
• NIHR guidance on patient and public involvement and co-production — National Institute for Health and Care Research — standards for involving people in health research and service design.

Références#

1. NHS Service Standard — NHS England — https://service-manual.nhs.uk/standards-and-technology/service-standard
2. Government Service Manual: User research — Government Digital Service — https://www.gov.uk/service-manual/user-research
3. Framework for Innovation: The Double Diamond — Design Council — https://www.designcouncil.org.uk/our-resources/the-double-diamond/
4. User-centered design — Wikipédia — https://en.wikipedia.org/wiki/User-centered_design
5. Human-centered design — Wikipédia — https://en.wikipedia.org/wiki/Human-centered_design
6. Service design — Wikipédia — https://en.wikipedia.org/wiki/Service_design
7. Double Diamond (design process model) — Wikipédia — https://en.wikipedia.org/wiki/Double_Diamond_(design_process_model)
8. Qualitative research — Wikipédia — https://en.wikipedia.org/wiki/Qualitative_research
9. Contextual inquiry — Wikipédia — https://en.wikipedia.org/wiki/Contextual_inquiry
10. Ethnography — Wikipédia — https://en.wikipedia.org/wiki/Ethnography
11. Usability testing — Wikipédia — https://en.wikipedia.org/wiki/Usability_testing
12. Persona (user experience) — Wikipédia — https://en.wikipedia.org/wiki/Persona_(user_experience)
13. User journey — Wikipédia — https://en.wikipedia.org/wiki/User_journey
14. Service blueprint — Wikipédia — https://en.wikipedia.org/wiki/Service_blueprint
15. Co-production (approach) — Wikipédia — https://en.wikipedia.org/wiki/Co-production_(approach)
16. ISO 9241-210: Ergonomics of human-system interaction — Human-centred design for interactive systems — International Organization for Standardization — https://www.iso.org/standard/77520.html
17. Health Research Authority — HRA — https://www.hra.nhs.uk/
18. Patient and public involvement and engagement — National Institute for Health and Care Research — https://www.nihr.ac.uk/patients-carers-and-the-public