PeakLab conçoit et améliore des SaaS, applications métier et services numériques à partir des usages réels. Recherche utilisateur, parcours UX, prototypes, interfaces et design system servent une décision mesurable, pas une préférence esthétique.
La mission nomme la décision, le parcours, les utilisateurs, les signaux disponibles et ce qui restera hors périmètre.
Recrutement, guide, consentement, observations et limites de l'échantillon sont documentés sans présenter une opinion comme un fait.
Les hypothèses risquées passent par un prototype et des scénarios représentatifs avant d'engager l'implémentation complète.
États, responsive, erreurs, contenus, composants et critères de recette sont revus avec l'équipe qui construira le produit.
Le Product Design est utile lorsqu'une décision d'interface engage du développement, de l'adoption ou des opérations : lancer un produit, refondre un parcours qui bloque, simplifier un outil métier ou aligner plusieurs équipes sur un même système. Les analytics indiquent souvent où un utilisateur abandonne ; les entretiens, observations et tests aident à comprendre pourquoi.
Nous commençons par la question à trancher, les utilisateurs concernés et le comportement observable attendu. Un prototype sert ensuite à tester compréhension, vocabulaire, enchaînement et erreurs avant de financer tous les écrans. La méthode de DesignGouv rappelle de définir l'objectif, recruter des profils représentatifs, animer avec le moins de biais possible puis transformer les observations en décisions priorisées.
Une retouche purement graphique, une identité de marque ou une landing page isolée peuvent relever d'un autre spécialiste. Nous recommandons une mission Product Design lorsque l'incertitude porte sur l'usage, le parcours ou la cohérence entre produit et développement.
“PeakLab réunit Product Design, [Product Management](/services/agence-product-management) et [développement web](/services/agence-developpement-web) dans un même [ensemble d'expertises](/services/expertises). Le designer travaille donc avec les contraintes de données, permissions, responsive, accessibilité et composants qui conditionnent le produit réel. Si votre besoin porte uniquement sur l'identité de marque ou une campagne, nous le disons ; si la proposition elle-même reste à valider, notre [agence MVP et POC](/services/agence-mvp-poc) peut cadrer le bon format avant de détailler l'interface.”
Six livrables pour transformer une intuition en parcours compréhensible, testable et prêt à développer.
Nous relions objectifs métier, rôles, tâches critiques, contraintes et données disponibles. Le livrable précise le problème, les hypothèses, les segments et les indicateurs : réussite d'une tâche, erreurs, délai, activation, abandon ou demandes au support. Une métrique n'est retenue que si sa définition et sa collecte sont vérifiables.
Entretiens, observation, analyse des demandes et données existantes sont choisis selon la question. Nous préparons recrutement, guide et consentement, puis distinguons verbatim, observation et interprétation. Les rôles, contextes, étapes visibles et coulisses opérationnelles alimentent parcours ou service blueprint ; un persona n'est produit que s'il repose sur des données réelles.
Nous structurons navigation, objets métier, contenus, permissions et enchaînements sur les tâches prioritaires. Les flux couvrent aussi vide, chargement, erreur, refus, retour et interruption. Chaque écran doit répondre à une intention et préparer une action ; le périmètre secondaire reste visible dans le backlog au lieu d'être maquetté par défaut.
Le niveau de fidélité dépend du risque à tester : papier ou wireframe pour la structure, prototype interactif pour le parcours et les comportements. Les participants réalisent des scénarios sans être guidés vers la réponse. Nous consignons réussite, hésitations, erreurs et commentaires, puis classons chaque enseignement : corriger, retester, conserver ou écarter.
Hiérarchie, typographie, contrastes, focus, clavier, zones tactiles, libellés et messages d'erreur sont conçus avec le parcours. Le W3C encourage l'usage de WCAG 2.2, mais un prototype ou un plugin ne prouve pas la conformité du produit livré. Le périmètre légal et le niveau d'audit sont qualifiés séparément avec les personnes compétentes.
Nous documentons composants, variantes, états, règles de contenu et correspondance avec le code. Le format Design Tokens 2025.10 fournit depuis le 28 octobre 2025 une base stable d'échange entre outils, sans être une recommandation W3C. Nous n'industrialisons que ce que l'équipe utilisera, puis suivons adoption, erreurs et demandes après mise en production.
Vous avez délivré un produit qui est au-dessus de ce que je pensais. C'est un produit fini, ce n'est pas de la petite maquette. Le fait d'avoir les échanges avec vous, ça a beaucoup apporté.
Stack moderne et éprouvée pour des apps performantes
Définir le problème, les rôles, la tâche critique, les contraintes, la baseline et ce que la mission doit permettre de décider
Recruter les profils utiles, mener la recherche, croiser comportements, verbatim, support et données puis expliciter les limites
Arbitrer architecture de l'information, flux, contenus, accessibilité et niveau de fidélité du prototype selon les risques
Observer les tâches sans guider, analyser les difficultés, prioriser les changements et retester les hypothèses critiques
Documenter composants et comportements, accompagner la recette puis comparer les signaux après livraison à la baseline
Définir le problème, les rôles, la tâche critique, les contraintes, la baseline et ce que la mission doit permettre de décider
Recruter les profils utiles, mener la recherche, croiser comportements, verbatim, support et données puis expliciter les limites
Arbitrer architecture de l'information, flux, contenus, accessibilité et niveau de fidélité du prototype selon les risques
Observer les tâches sans guider, analyser les difficultés, prioriser les changements et retester les hypothèses critiques
Documenter composants et comportements, accompagner la recette puis comparer les signaux après livraison à la baseline
Pour Armodoc, le point de départ était concret : des techniciens intervenaient sans retrouver les documents nécessaires sur site. Les échanges avec le fondateur ont permis de prioriser l'accès par QR code et NFC, puis d'élargir la vision à un module de communication citoyenne destiné aux collectivités.
Nous retenons ici la démarche publiée — immersion dans le contexte, cas d'usage prioritaire, confrontation au terrain — et le témoignage du fondateur : « Vous avez délivré un produit qui est au-dessus de ce que je pensais. C'est un produit fini, ce n'est pas de la petite maquette. » Les délais, résultats commerciaux et métriques du cas ne sont pas utilisés comme promesse pour une autre mission.
Le même principe s'applique aux choix sensibles. Le LINC de la CNIL a publié le 9 janvier 2026 vingt situations pour reconnaître les interfaces qui orientent ou entravent les choix liés aux données personnelles. Nous intégrons consentement, refus, suppression et sortie dans les parcours à tester, sans présenter une interface comme conforme sur la seule base de ses maquettes.
Décrivons les utilisateurs, la tâche critique, les frictions observées et la décision à prendre. Vous saurez quelle recherche ou quel prototype est utile avant de lancer une refonte.
Recherche, audit UX, prototype, mesure, accessibilité et transmission aux développeurs.
En un appel, on vous dit ce qui est faisable, à quel prix, et dans quel délai. En toute transparence.
Recevez nos conseils tech et business directement dans votre boîte mail.
© PeakLab 2026
