EHR : réduire la charge cognitive du clinicien
8 semaines de rétro-engineering du produit existant (15 ans d'héritage). Why co-formalisé. Triangulation entretiens · plaintes support · roadmap métier. NDA partiel.
Voir le case study →Pour un Product Designer en secteurs régulés, chaque écran porte une hypothèse business à valider. Quatre phases. Trois secteurs : santé, aviation/spatial, services publics canadiens. Douze mini-cas ancrés sur projets réels.
En régulé, aucun écran ne porte sa propre justification.
Chacun valide une hypothèse business ou disparaît.
Cette page détaille la méthode — réflexion business, architecture & écosystème, découpage & prototypage, mesure d'impact — ancrée sur quatre mandats en santé (Lgi Healthcare), aviation/spatial (Eurocontrol, Airbus) et services publics canadiens (PISG / Ministère de la Famille du Québec via Levio).
L'arrimage à l'existant, l'écosystème et les normes — WCAG 2.1 AA, AODA, DO-178C, Système de design gouvernemental du Québec, HL7, FHIR, Loi 25 — cadrent toute la solution avant le premier wireframe.
Trouver le Why, lire le terrain, formaliser la métrique cadre. Un Product Designer senior arrête d'être exécutant pour devenir partenaire stratégique.
Le Why est la boussole qui valide chaque réflexion suivante (métrique, architecture, découpage, itération). Entretien long avec le commanditaire, lecture du contexte, vérification multi-niveaux. Test final : si une solution complètement différente pouvait répondre au Why, l'accepterait-on ? Si oui, le Why est solide.
PISG Six semaines avec les chefs de service pour reformuler « moderniser le portail » en « réduire la charge administrative des agents ». Objectif organisationnel, pas UX.
Le besoin métier se débusque sur le terrain. Observation des utilisateurs experts (cliniciens, contrôleurs aériens, agents publics), repérage des contournements quotidiens, croisement avec coûts, risques, productivité, certification.
EUROCONTROL La demande « ajouter des alertes » a révélé que les contrôleurs contournaient les alertes existantes (trop nombreuses, ignorées). L'opportunité s'élargit toujours au-delà du brief.
Interne : rétro-engineering du produit existant, données d'usage, décisions design héritées. Concurrentielle : positionner, pas copier. Réglementaire : normes applicables, jurisprudence des audits passés.
LGI Le DPÉ accumulait 15 ans de features sans cadre architectural. Pas un greenfield : une opération de rétro-engineering méthodique pour identifier ce qui se conserve, se réécrit, s'abandonne.
Pas d'écran sans métrique mesurable. Le Product Designer la formalise quand elle n'est pas servie sur un plateau, distingue intention floue et métrique cadre, et la tient comme arbitrage pendant tout le projet.
PISG · LGI · EUROCONTROL Taux d'abandon · charge cognitive · taux de fausse alerte. Métriques métier mesurables, pas KPIs commerciaux importés.
8 semaines de rétro-engineering du produit existant (15 ans d'héritage). Why co-formalisé. Triangulation entretiens · plaintes support · roadmap métier. NDA partiel.
Voir le case study →Observation in situ des contrôleurs aériens, identification des contournements (alertes ignorées). Why : sécurité opérationnelle. Métrique cadre : taux de fausse alerte.
Voir le case study →6 semaines avec les chefs de service. Triangulation agents · données d'usage · roadmap ministérielle. Métriques : abandon · temps moyen · volume de relances. Livré 2025.
Voir le case study →Avant le premier écran : objets métier, relations, états. Puis l'écosystème complet — utilisateurs directs, partenaires, régulateurs, opérateurs — et l'arrimage à l'existant. Le greenfield n'existe pas.
Quels objets métier (dossier, demande, intervention, événement), quelles relations, quelles règles d'accès, quels états et transitions. Une architecture posée évite de redessiner trois fois la même interface.
PISG Cartographie « dossier-famille » / « demande de service » / « intervention » avant tout wireframe d'accueil.
Utilisateurs directs, partenaires (systèmes amont/aval), régulateurs (ministères, certif), opérateurs (support, formation, déploiement). Un produit n'existe jamais seul.
EUROCONTROL Centres de contrôle nationaux européens, compagnies aériennes, autorités EASA. Un changement d'interface impacte des protocoles inter-systèmes.
Intégrations, API, formats d'échange. Référentiels, historiques, droits acquis. Chaînes de validation, signatures, audits. L'arrimage dicte souvent les contraintes plus fortement que les exigences nouvelles.
PISG Référentiels Ministère (identifiants, statuts, droits acquis) + chaînes de validation multi-services. LGI HL7, FHIR, référentiels nationaux médicaments.
Services publics CA : WCAG 2.1 AA, AODA, Système de design gouvernemental QC. Santé : HL7, FHIR, Loi 25, PHIPA. Aviation : DO-178C, EASA / FAA. À cadrer dès l'architecture, pas en sprint 6.
PISG Conformité WCAG + AODA + design gouvernemental QC cadrée en semaines 4–6, pas après prototypes.
Interopérabilité HL7-FHIR avec labos, pharmacies, autres établissements. Arrimage : référentiels nationaux médicaments, codes diagnostics. Normes : Loi 25 / PHIPA. NDA partiel.
Voir le case study →Écosystème : centres de contrôle européens, compagnies aériennes, autorités EASA. Protocoles inter-systèmes. Normes : DO-178C logiciel critique.
Voir le case study →Écosystème : ministères partenaires, intervenants sociaux. Arrimage : référentiels identifiants citoyens, statuts familiaux, chaînes multi-services. Conformité FR-CA.
Voir le case study →Vision à 24–36 mois, MVP de parcours (pas de fonctionnalité), prototypage assisté par IA pour penser plus vite, validation par paliers documentée pour l'audit réglementaire.
Sans vision long terme, le découpage en sprints devient dérive incrémentale. Pas un wireframe — un cap qui permet d'arbitrer chaque décision courante.
PISG Vision à 2 ans : autonomie complète des familles en ligne (vs 60% nécessitant appel ou rendez-vous au démarrage).
Quels parcours doivent être complets et utilisables de bout en bout dès la 1re livraison, lesquels peuvent attendre. Un parcours incomplet est inutile — quatre demi-parcours valent moins qu'un parcours entier.
PISG Phase 1 : « inscription → soumission → suivi » complet. Phase 2 : modification / annulation.
L'IA (Claude Code, génération de variantes, prototypage interactif assisté) change ce que cette phase coûte, pas ce qu'elle vise. Explorer 10 architectures en 1 jour plutôt qu'1 en 1 semaine, isoler l'hypothèse différenciante, la tester.
LGI Prototypage assisté pour tester plusieurs hiérarchies d'information de consultation en parallèle. Rendu visuel secondaire à la pensée.
Sessions de 15–30 min sur un parcours, 5–8 utilisateurs experts par palier, documentation pour audit trail réglementaire. Chaque palier valide ou invalide une hypothèse précise. La somme construit la confiance produit.
PISG Agents de service puis familles bénéficiaires, chaque palier documenté pour la conformité ministérielle. EUROCONTROL Sessions en simulation avant déploiement réel.
Focus parcours de consultation avant fonctions périphériques. Prototypage IA pour explorer plusieurs hiérarchies d'information en parallèle. Validation cliniciens en environnement de test.
Voir le case study →Gestion alertes courantes complète avant exceptions rares. Prototypage interactif pour tester les hiérarchies d'information. Validation par paliers contrôleurs en simulation.
Voir le case study →Phase 1 : « inscription → soumission → suivi ». Phase 2 : modification / annulation. Prototype testé avec agents avant ouverture familles. Validation documentée pour conformité ministérielle.
Voir le case study →Instrumenter en conception. Comparer aux hypothèses. Itérer post-déploiement. Tracer pour l'audit. En régulé, la mesure n'est pas optionnelle — elle est exigée.
Événements à tracer, seuils d'alerte, baseline. En régulé, l'instrumentation sert aussi la conformité (logs d'usage, traçabilité, anonymisation). Sans instrumentation amont, la mesure post-livraison repose sur des artefacts approximatifs.
PISG Démarrage demande, abandon par étape, sollicitation support, complétion autonome vs assistée — cadré en phase de conception.
Comparaison réel vs hypothèses phase 1. Le delta n'est pas l'objectif final — c'est le signal qui guide la suite. Une métrique qui ne bouge pas invalide une hypothèse, ce qui vaut autant qu'une métrique qui valide.
PISG Livré 2025 : validation post-déploiement sur abandon · temps moyen · volume de relances. Comparaison avec baseline du portail antérieur.
Revues mensuelles ou trimestrielles des métriques, identification des hypothèses suivantes, priorisation des itérations. La vision à 24-36 mois est ré-arbitrée à la lumière du réel — confirmer, ajuster ou pivoter.
EUROCONTROL Revues post-déploiement sur indicateurs de sécurité opérationnelle, alimentant la roadmap suivante. LGI Apprentissages cliniques nourrissent la refonte d'autres écrans.
Régulateurs (ministères, organismes de certification, auditeurs) exigent une trace : quelles décisions, sur quels signaux, avec quelle justification métier. Pas de la bureaucratie — du matériau qui sécurise les arbitrages.
PISG Chaque décision design notable tracée dans les livrables de conformité ministérielle. EUROCONTROL Arbitrages tracés en regard des exigences DO-178C.
Suivi charge cognitive clinicien post-livraison via observation et entretiens. Itérations sur écrans périphériques nourries par retours cliniques. Trace pour conformité interopérabilité.
Voir le case study →Alertes, contournements, temps de réaction. Suivi du taux de fausse alerte post-déploiement. Trace audit : arbitrages design en regard des exigences DO-178C.
Voir le case study →Démarrage, abandon par étape, sollicitation support, complétion autonome. Comparaison post-déploiement avec baseline. Revues trimestrielles. Décisions tracées pour conformité ministérielle.
Voir le case study →À chaque phase, les apprentissages remontent en amont — une métrique cadre redéfinie, une contrainte réglementaire découverte, un parcours utilisateur reformulé. La méthode est itérative dans son fond, structurée dans sa forme.
Mode d'engagement : embauche salariée dans une équipe produit, ou mandat via une société de conseil (type Levio, Astek, autres cabinets IT). Pas de freelance individuel ni de TJM direct.