Méthode

Du terrain au produit en ligne

Le design thinking pose le problème et éprouve la solution. L'Agile la construit et la met en ligne. La charnière entre les deux est un QAP, qui choisit les fonctionnalités et les stories du MVP. Selon votre configuration, je prends la chaîne entière ou le segment qui vous manque : mon parcours me permet d'entrer en début de chaîne, en fin de chaîne, ou de rester du premier atelier à la disponibilité générale.

Le déroulé d'une mission

Quatre phases, deux méthodologies, trois horizons de roadmap. Les durées sont celles d'une fonctionnalité isolée, puis celles d'un produit complexe.

Le schéma se fait glisser latéralement.

Design thinking
Agile
Capture
Discovery
Delivery
Rollout
Oppor- tunité Problem research Problem definition Solution ideation Solution validation Solution design Solution engineering Viable solution Rollout & continuous improvement
Triage
Design thinking
backlog
Ready for
discovery
Discovery
Review
Elaboration
QAP
Agile
backlog
Sprints
Pull
request
Ready
for release
Private
beta
Public
beta
General
availability
Later
Next
Now
En continu
Fonctionnalité 0-2 sem.Produit complexe 2-4 mois
Fonctionnalité 1-4 sem.Produit complexe 3-6 mois
Fonctionnalité 1-2 sem.Produit complexe 2-4 mois
Exploration
InterviewCustomer journeyDesign sprintRapid prototype
User story devUser storyDesign systemFront-end protoUser test scoreScreenflow
User storyFront-end protoUser test scoreScreenflow
Product manager
Product owner
Technical lead
UX research : service design et idéation
UX detailed solution : optimisation
UI

En cuivre, ce que je livre moi-même. Les autres lignes situent la partie prenante qui intervient à ce moment.

Capture

Design thinkingLater

Identifier, capturer et prioriser les opportunités. En continu, sans attendre le lancement d'un projet.

Durée
En continu
Jalons
Triage · Design thinking backlog
Artefacts
Exploration
Rôles
Product manager · UX research

Discovery

Design thinkingNext

Deux diamants. Le problème d'abord : recherche, puis définition. La solution ensuite : idéation, puis validation. On en sort avec un problème cadré et une solution éprouvée sur sa valeur, sa viabilité et sa faisabilité.

Durée
Fonctionnalité 0-2 semaines · Produit complexe 2-4 mois
Jalons
Ready for discovery · Discovery · Review · Elaboration
Artefacts
Interview · Customer journey · Design sprint · Rapid prototype
Rôles
Product manager · Product owner · Technical lead · UX research · UI

Delivery

AgileNow

Charnière entre les deux méthodologies : un QAP, planification agile trimestrielle, choisit les fonctionnalités et les stories nécessaires au MVP. Les sprints partent de là. Je livre le design system, les composants et les pages, et je suis le story mapping story par story.

Durée
Fonctionnalité 1-4 semaines · Produit complexe 3-6 mois
Jalons
QAP · Agile backlog · Sprints · Pull request · Ready for release
Artefacts
User story dev · User story · Design system · Front-end proto · User test score · Screenflow
Rôles
Product owner · Technical lead · UX detailed solution · UI

Rollout

AgileNow

Beta privée, beta publique, disponibilité générale. Puis l'amélioration continue, le moment où le retour sur investissement se fait, et la phase que la plupart des missions de design ne couvrent pas.

Durée
Fonctionnalité 1-2 semaines · Produit complexe 2-4 mois
Jalons
Private beta · Public beta · General availability
Artefacts
User story · Front-end proto · User test score · Screenflow
Rôles
Product owner · Technical lead · UX detailed solution · UI

Ce que je livre, et comment je sais que c'est bon

Trois pratiques qui séparent une mission d'une prestation de design classique : chaque story est notée sur une grille explicite avant de passer, tout est rendu dans un document qui s'ouvre, et le prototype n'est plus une maquette.

Le prototype sort du test avec une note

Boucle

Chaque story sort du story mapping sous forme de prototype, testé avec de vrais utilisateurs du client et noté. Sous la cible, la story repart en itération. Elle ne passe pas tant que la cible n'est pas atteinte.

L'intérêt est ailleurs que dans le design : une note se présente en comité de direction, se compare d'une itération à l'autre, et se défend devant quelqu'un qui n'était pas dans la salle.

Cadre
SUPR-Q adapté, noté de 1 à 5, plus un NPS de 0 à 10
Dimensions
Simplicité · Utilité · Pertinence · Réassurance · Qualité
Découpage
Un scénario métier à la fois, un score par participant
Preuve
SPEOS : prototype testé par six organisations clientes, SUPR-Q brut d'environ 4,5/5

L'échelle est explicitée aux participants avant de commencer : 1 inutile ou incompréhensible, 2 manque de clarté, 3 fonctionne mais perfectible, 4 répond aux attentes, 5 intuitif, utile, rassurant. Sans cette explication, deux participants ne notent pas la même chose.

Le concept report

Synthèse

Tout ce qui précède est rendu dans un document unique. Il ne présente pas que le résultat : il ouvre ce qu'il y a derrière chaque hypothèse, la recherche qui l'a produite, le test qui l'a éprouvée, la note qu'elle a obtenue.

C'est ce qui permet à un comité de direction de creuser n'importe quel point, des semaines après la présentation, sans avoir à redemander. Et c'est ce qui aligne les parties prenantes sur la valeur réelle de ce qu'on va offrir aux utilisateurs : une proposition de valeur qui n'est écrite nulle part se lit différemment dans chaque service.

Contient
Les hypothèses et ce qui les fonde, les artefacts de recherche, les tests, les scores, les arbitrages et leur raison
Sert à
Défendre une décision devant quelqu'un qui n'était pas dans la salle
Preuve
BNP Paribas Fortis : concept report de 86 pages, porté au comité par le sponsor

Le prototype est le produit

Développement assisté par IA

Le clickable a laissé place à un vrai front-end, branché sur une base de données de test. Ce n'est plus une simulation : c'est le produit final, responsive et adaptatif, avec tout le parcours réellement praticable, seules les données sont fausses.

Conséquence sur le test : le client ne se projette plus, il utilise. Et sur le planning : le front-end livré en test est celui qui part en production.

Livré
Design system, composants, pages, et le front-end qui les porte
Testé
En conditions réelles, parcours complet, sur mobile comme sur ordinateur
Preuve
WeJustice : MVP complet en démo publique, front-end construit par mes soins

La roadmap type

Vingt-six livrables, groupés en quatre temps. L'enchaînement ne bouge pas d'une mission à l'autre : seule la profondeur de chacun change.

Research

  1. 01Market analysis
  2. 02Market segmentation
  3. 03Expert interviews
  4. 04Competitors benchmark
  5. 05Personas
  6. 06Customer interviews

Analyse

  1. 07Focus group
  2. 08Whiteboard session
  3. 09Card sorting
  4. 10Customer journey AS IS
  5. 11Gap analysis
  6. 12How Might We
  7. 13Customer journey COULD BE

Prototype

  1. 14Service blueprint
  2. 15Design sprint
  3. 16Prototyping
  4. 17User test
  5. 18Iterations

Concept

  1. 19Value propositions (MVP)
  2. 20North Star Metric
  3. 21AARRR pirate funnel
  4. 22Feature and story definition
  5. 23User stories
  6. 24User flows
  7. 25UX / UI
  8. 26Design system

Voir la méthode appliquée

Quatre missions, quatre lectures différentes de la même méthode : une banque, le courrier industriel, l'IoT industriel, la legal tech.

Voir les études de cas Discutons de votre projet