Je m'appelle Nicolas Celers. Senior Product Designer à Montréal depuis 2021, résident permanent du Canada. Mon métier : entrer dans des systèmes que personne n'a envie de toucher — santé, aviation, services publics — et en sortir des interfaces que les opérations adoptent vraiment. Pas des maquettes. Des produits.
01 · L'humain derrière
Ce qui me fait choisir un projet en secteur régulé plutôt qu'un produit grand public, c'est la conséquence tangible.
Sur Eurocontrol, une amélioration d'interface en contrôle aérien ne se mesure pas en taux de clic — elle se mesure en charge cognitive en moins pour le contrôleur, en réactivité accrue sur les vraies alertes, et au bout de la chaîne, en sécurité gagnée pour des passagers qui ne sauront jamais qu'un design quelque part leur a évité un risque ou une attente.
C'est ce déplacement de la métrique — du clic vers la conséquence réelle — qui rend le travail en secteurs régulés exigeant et qui me garde.
Métrique = conséquence, pas clic02 · Faits opérationnels
Ce qu'un recruteur a besoin de savoir avant la première conversation — sans avoir à demander.
03 · Expérience régulés multi-pays
Europe + Canada · trois chapitres, quatre secteurs régulés cumulés.
Conception pour audiences larges, premiers contacts avec les contraintes éditoriales et juridiques. Médias éditoriaux, immobilier, luxe.
Bascule assumée vers le secteur régulé — sûreté critique, certifications aéronautiques, ergonomie sous stress, interfaces de contrôle aérien (ATM Europe).
Lgi Healthcare — refonte du dossier médical électronique, trajectoires de soins, charge cognitive clinicienne (NDA partiel).
Levio sur PISG — portail provincial d'inscription, 250 000 familles québécoises, conformité Loi 95, WCAG 2.1 AA, AODA, design system longue durée.
04 · Domaines d'expertise
Les marques et secteurs ci-dessus appuient un socle technique et méthodologique structuré sur quatre axes.
Définition de vision produit, roadmap design, priorisation MVP en arbitrage avec les contraintes business, techniques et réglementaires. Alignement avec les KPIs et OKRs produit.
Co-conception avec les équipes développement, rédaction de User Stories, intégration en flux Agile / Scrum, handoff technique structuré, gestion des parties prenantes et ateliers de facilitation.
Figma (maîtrise experte), Adobe Creative Suite, Jira, Confluence, Miro, Notion. Linear et Claude Code pour le prototypage assisté par IA.
Compréhension des frameworks modernes (Vite, React), HTML/CSS, JSON, Salesforce. Cette base technique alimente directement le prototypage assisté par IA en Claude Code — proto cliquable construit en autonomie.
05 · Anti-positionnement
Le moyen le plus rapide de qualifier un mandat,
c'est de savoir ce qu'il ne sera pas.
Un freelance individuel facturant en TJM direct. Seuls modèles acceptés : embauche salariée ou mandat via société de conseil.
Un graphiste pour produire de jolis écrans selon un brief existant. Sans cadrage problème, sans recherche, sans arbitrage business, je ne livre pas.
Un exécutant junior qui reçoit des specs déjà écrites par le Product Manager et livre des wireframes sans participer aux décisions stratégiques produit.
Un Product Designer pour un produit grand public superficiel (e-commerce, marketplace, fintech B2C, lifestyle) sans dimension régulée.
Un design intervenant en polish final, après que les arbitrages fonctionnels et techniques soient figés. Le design doit être en cadrage amont, pas en bout de chaîne.
06 · FAQ recruteur
Dix questions que les recruteurs et hiring managers en secteurs régulés posent. Réponses détaillées, ancrées sur mes mandats.
Un projet en secteur régulé démarre rarement par la maquette. La phase de cadrage occupe les premières semaines voire le premier mois : cartographie des parties prenantes (métier, conformité, juridique, tech), recensement des contraintes réglementaires applicables (accessibilité, sécurité, certifications sectorielles), et discovery sur les workflows réels — pas ceux du brief.
On valide ensuite un périmètre minimum testable avec les utilisateurs experts avant la moindre spécification produit. C'est explicitement ce que les mandats senior exigent — experience working in a clinical, regulated, or similar industry environment (offre Clario / Thermo Fisher, mai 2026).
J'ai appliqué ce cadrage chez Levio sur PISG (Ministère de la Famille du Québec, livré 2025), et je le réapplique chez Lgi Healthcare sur l'écosystème EHR (en cours).
Trois différences structurelles. La cible d'abord : en B2C, on optimise pour le novice qui doit comprendre en 5 secondes ; en régulé, l'utilisateur est expert (clinicien, agent public, contrôleur aérien) — on optimise pour la densité d'information et la vitesse d'exécution.
Les contraintes ensuite : WCAG 2.1 AA, AODA, certifications sectorielles ne s'arbitrent pas en sprint planning — ce sont des prérequis fixes, le design tourne autour.
La validation enfin : tester avec un médecin ou un contrôleur exige des protocoles spécifiques et une logistique d'accès qu'un test rapide en café ne couvre pas.
Côté CV, j'ai vécu les deux : Causette / Nexity en grand public, Lgi Healthcare / Eurocontrol / Levio en régulé.
On ne « simplifie » pas un workflow réglementaire — on le découpe et on absorbe la complexité quelque part. Deux cas concrets :
Sur un dossier médical électronique (DME) : un médecin ne peut pas se permettre 14 clics pour documenter une consultation. La complexité est absorbée par le système (auto-fill contextualisé, hiérarchie d'information, raccourcis pour les actions à 90 % de fréquence) — pas par l'utilisateur.
Sur une déclaration fiscale ou un processus citoyen : l'utilisateur n'est pas expert du domaine. On séquence par étapes courtes, on explicite chaque champ, et on garantit qu'aucune action n'est irréversible sans confirmation.
L'enjeu est résumé par l'offre Wealthsimple Tax 2026 : turn complex problems into simple experiences. Approche appliquée sur le portail PISG et la refonte EHR Lgi Healthcare.
L'accessibilité en services publics canadiens n'est pas une bonne pratique — c'est une obligation légale. Trois cadres se croisent : WCAG 2.1 AA (référence internationale), AODA (Ontario), et le Système de design gouvernemental du Québec (qui combine accessibilité et conformité linguistique FR-CA).
Concrètement, sur un produit citoyen : contraste 4.5:1 minimum, navigation clavier complète, hiérarchie sémantique HTML correcte, lecture lisible par lecteur d'écran (NVDA, JAWS, VoiceOver), libellés FR-CA explicites, et tests aux limites avec des utilisateurs en situation de handicap — pas juste une checklist Lighthouse.
L'offre Phoenix Senior UI Designer 2026 (Toronto, télémédecine) mentionne AODA + Ontario Human Rights Code comme prérequis. J'ai opéré sous ce cadre sur PISG (livré 2025).
Un design system en B2B longue durée n'est pas un kit Figma. C'est un produit en soi, qui doit survivre à plusieurs années de roadmap, à plusieurs équipes produit, et à des versions parallèles d'un même module. Trois enjeux clés :
Gouvernance — qui propose une évolution, qui arbitre, qui maintient la doc. En l'absence d'un design ops dédié, ça retombe sur les Senior Product Designer.
Accessibilité built-in — un composant publié passe déjà WCAG 2.1 AA, sinon les équipes consommatrices héritent du problème.
Compatibilité ascendante — versioning sémantique, dépréciation explicite, délai de bascule. On ne dépublie pas un composant utilisé par 6 équipes sans plan de migration.
Verbatim de l'offre Phoenix : Deep expertise in design systems, including structure, scalability. Mes terrains : Eurocontrol (contrôle aérien pluri-annuel) et Lgi Healthcare (en cours).
Sur un projet régulé, l'Agile n'est jamais « pur » : chaque release passe une porte de conformité (audit interne, validation experts métier, parfois revue juridique). Trois pratiques :
Discovery dual-track avec compliance embarquée — le design et le produit explorent les besoins utilisateurs en parallèle de la mise en œuvre ; la conformité valide les contraintes au même rythme — pas en séquence, sinon on découvre un blocage juridique au sprint 6.
Documentation continue — chaque décision design est tracée pour l'audit trail réglementaire. C'est aussi le hand-off engineering.
Validations utilisateurs par paliers — on ne valide pas un parcours entier à la fin — on valide chaque écran avec un échantillon d'utilisateurs experts dès qu'il est testable.
Verbatim Clario / Thermo Fisher (mai 2026) : Agile development environments + stakeholder management skills. Appliqué chez Levio sur PISG et Lgi Healthcare.
La nuance est réelle. Un UX Designer est focalisé sur l'expérience utilisateur — recherche, parcours, wireframes, tests d'utilisabilité. Un Product Designer fait tout cela, plus l'impact business : il s'approprie ce que le produit doit accomplir, comment ça se mesure, et arbitre quand l'optimum utilisateur entre en tension avec l'optimum commercial ou technique.
Scope de la décision — un UX Designer recommande une solution issue d'une recherche. Un Product Designer recommande aussi quoi construire, pour qui, dans quel ordre, avec quel impact KPI.
Le langage parlé — un UX Designer parle parcours, frustrations, friction. Un Product Designer parle aussi rétention, activation, taux de conversion, coût de support.
Responsabilité de la valeur livrée — un UX Designer livre des écrans validés. Un Product Designer co-porte la métrique business associée à ces écrans, avec le Product Manager et l'engineering.
Verbatim Wealthsimple Tax : Strong understanding of how design, product and engineering can work together. Orientation consolidée chez Levio sur PISG et Lgi Healthcare.
En secteur régulé, la validation par tests utilisateurs n'est pas une checklist optionnelle — c'est un livrable. Trois principes :
Tester tôt, pas après le développement — un prototype cliquable testé avant le sprint d'implémentation évite de découvrir un blocage métier au moment de la recette. Le coût d'une refonte tardive en régulé est multiplié par les cycles de validation conformité.
Tester par paliers, pas en bloc — sessions courtes (10-15 min sur 1-2 écrans clés, 5-8 participants) plutôt qu'un test long en fin de cycle.
Documenter chaque test pour l'audit trail — protocole, consentement, verbatim anonymisés, décisions design qui en découlent. Souvent exigé par la conformité, et ça sécurise les arbitrages face au leadership.
Verbatims convergents 2026 : decisions are based on research (Dialogue) ; shaping and leading research studies (Wealthsimple). Opéré sur PISG (utilisateurs publics + agents) et Lgi Healthcare (cibles cliniques).
L'alignement design / business commence avant la maquette, dans la définition de ce qu'on essaie de bouger. Trois étapes :
Identifier la métrique cible — avant de concevoir, accord avec le Product Manager sur l'indicateur que la fonctionnalité doit déplacer (taux d'adoption, conversion à l'étape X, coût moyen de support, satisfaction post-livraison). Pas d'écran sans hypothèse mesurable.
Concevoir en regard de cette métrique — chaque arbitrage (ajouter une étape, supprimer un champ, déplacer une fonctionnalité) est argumenté contre l'impact attendu. Pas « parce que c'est plus joli ».
Mesurer après livraison — revue post-déploiement, comparaison données réelles vs hypothèses, documentation des leçons. C'est ce qui distingue un Product Designer senior d'un exécutant.
Cadre appliqué chez Levio sur PISG et Lgi Healthcare aujourd'hui.
Une recherche utilisateur avec un médecin, un contrôleur aérien ou un agent public ne se mène pas comme un test grand public. Trois principes :
Accès et recrutement — pas de panel générique. On passe par des intermédiaires métier (chefs de service, syndicats, partenaires), on négocie des créneaux courts (15-30 minutes maximum), et on s'adapte aux horaires opérationnels.
Préparation contexte — on arrive avec une connaissance solide du domaine (vocabulaire, contraintes, workflows). Un participant expert décroche en 30 secondes si l'intervieweur ne comprend pas son métier.
Observation in situ plutôt qu'hypothèses — on évite les questions du type « est-ce que vous utiliseriez… ». On observe l'usage réel (parfois en shadowing), on écoute les contournements et workarounds — c'est là que se cachent les vrais problèmes.
Recherches menées chez Eurocontrol (contrôleurs aériens), Airbus (équipes techniques), Levio sur PISG (agents + usagers publics), et aujourd'hui Lgi Healthcare (cibles cliniques).
Ce que je cherche
Une équipe qui livre des produits régulés — santé, aviation, services publics, finance — où le design est une fonction business, pas un calque Figma. Idéalement bilingue FR/EN. Disponibilité Q3 2026 ou avant.