User flow : la carte du parcours avant de dessiner les écrans

Chaque produit a des chemins que les gens suivent pour arriver à leurs fins : s'inscrire, payer, inviter un collègue, récupérer un mot de passe. Un user flow sert à voir ces chemins avant d'y engager du temps de design et de dev.

Réponse courte : Un user flow est la carte des étapes qu'une personne suit pour accomplir une tâche dans un produit : écrans, actions et points de décision, de l'entrée jusqu'à l'état final. Il montre tous les chemins possibles, y compris ceux qui échouent. Pour en faire un, tu écris le déclencheur, les étapes dans l'ordre, chaque décision en question oui/non et les états finaux, puis tu les dessines en un flux connecté.

C'est quoi, un user flow ?

Un user flow est le diagramme d'une seule tâche, vue du côté de l'utilisateur. Il commence là où la personne entre (une pub, un lien, un état vide), traverse les écrans et les actions, bifurque à chaque décision et se termine sur un résultat clair : tâche finie, abandonnée, ou erreur. Un flow couvre une tâche. "Toute l'app" n'est pas un user flow ; "un nouvel utilisateur crée son premier projet", oui.

Les équipes le dessinent pour deux raisons. Avant de construire, le flow révèle les écrans manquants et les impasses tant qu'ils sont encore faciles à corriger. Après le lancement, c'est la carte que tu poses à côté des analytics : si 40 % décrochent à l'étape du choix de formule, tu sais exactement quelle case c'est.

Quelles sont les briques d'un user flow ?

Cinq éléments suffisent pour presque tous les flows. C'est ce vocabulaire réduit qui garde le diagramme lisible.

• Point d'entrée. D'où vient la personne : lien de campagne, écran d'accueil, e-mail d'invitation. Un flow peut avoir plusieurs entrées.
• Écrans. Ce que la personne voit à chaque étape, en général des rectangles. Nomme-les comme le produit les nomme.
• Actions. Ce que la personne fait : tape, remplit, téléverse. Des verbes courts sur les flèches ou dans leurs propres cases.
• Décisions. Chaque point où le chemin se divise, écrit en question oui/non : "Moyen de paiement enregistré ?" Les losanges sont la convention.
• États finaux. Toutes les fins possibles, échecs compris : terminé, abandonné, bloqué par une erreur.

Comment dessiner un user flow ?

Le plus rapide : écrire d'abord le flow en texte, et ne penser aux cases qu'ensuite. C'est la logique qui décide si le diagramme vaut quelque chose ; la mise en page le rend juste lisible.

1. Choisis une tâche avec une ligne d'arrivée nette, du genre "un visiteur devient un utilisateur inscrit".
2. Écris le déclencheur : où démarre la personne, et qu'est-ce qu'elle veut ?
3. Liste les étapes dans l'ordre réel, un écran ou une action par ligne.
4. Formule chaque décision en question oui/non, et note ce qui se passe pour les deux réponses.
5. Nomme chaque état final, y compris les moches : annulé, paiement échoué, vérification jamais terminée.
6. Dessine-le, ou confie le texte à un outil qui dessine, puis parcours le diagramme comme si tu étais l'utilisateur. Chaque impasse trouvée sur le papier est une impasse en moins dans les tickets support.

L'étape 4 fait gagner ou perdre la plupart des flows. Un flow sans embranchements est une brochure : il montre le chemin de démo et cache le produit. Les chemins d'échec sont la raison même de faire le diagramme.

User flow, user journey map ou logigramme : lequel te faut-il ?

On confond les trois parce qu'ils ont tous des flèches. Ils répondent à des questions différentes.

Trois formats, une ligne chacun

|Format|Ce qu'il montre|Idéal pour|

|---|---|---|

|User flow|Écrans, actions et décisions d'une tâche|Concevoir ou auditer une fonctionnalité|

|User journey map|Phases, émotions et points de contact dans le temps|Comprendre le client, pas les écrans|

|Logigramme|N'importe quel processus, sans utilisateur ni écrans|Processus internes et logique système|

Un user flow est un logigramme avec un parti pris : les cases sont des écrans, l'acteur est l'utilisateur, les états finaux sont des résultats produit. Si ce que tu cartographies n'a pas de personne qui fait des choix, un logigramme ou une cartographie des processus est le meilleur format.

Comment générer un user flow à partir d'une description ?

Si tu sais écrire le flow en texte, tu n'as pas besoin de le dessiner. Dans SketchMind, un tableau blanc IA, tu choisis Flow dans Create with AI, tu décris la tâche en langage courant et tu obtiens un frame de flow éditable sur ton board en 20 secondes environ. Ce qui fait un bon flow fait un bon prompt : le déclencheur, les étapes dans l'ordre, les décisions en questions oui/non, les états finaux avec les échecs. Le champ accepte jusqu'à 3 000 caractères, tu peux joindre un PDF de 5 Mo max (une spec, une synthèse de recherche) et coller jusqu'à trois liens publics ; le résultat est écrit à partir de ça. Sur un board qui contient déjà des notes ou des frames, "Use this board's content" construit sur l'existant. Le frame reste éditable : renommer un écran ou ajouter une branche est une édition directe, et tu peux présenter le flow directement depuis le board.

Dernière mise à jour : 8 octobre 2026. Vérifié avec l'app SketchMind actuelle.

Quelle est la différence entre user flow et user journey ?

Un user flow montre les écrans et décisions d'une tâche ; une user journey map couvre toute la relation dans le temps, avec les émotions et les points de contact hors produit. Le flow sert à construire, la journey à comprendre.

Quelles formes utilise un user flow ?

Des rectangles pour les écrans et les actions, des losanges pour les décisions, des formes arrondies pour l'entrée et les états finaux. Plus que la convention, ce qui compte est d'utiliser la même forme pour la même chose partout.

Combien d'étapes doit avoir un user flow ?

Une tâche tient en général en 5 à 15 étapes. Au-delà de 20, tu cartographies sans doute plusieurs tâches à la fois ; sépare-les en flows distincts.

L'IA peut-elle générer un user flow ?

Oui. Dans SketchMind, tu choisis Flow dans Create with AI et tu décris la tâche : déclencheur, étapes, décisions en oui/non, états finaux. Un frame de flow éditable arrive sur ton board en 20 secondes environ.

Faut-il un user flow pour chaque fonctionnalité ?

Non. Dessine-le pour les flows avec de vrais embranchements ou un vrai risque : onboarding, paiement, tout ce que les utilisateurs ratent. Une fonctionnalité linéaire à deux écrans n'a pas besoin de diagramme.