@clea_ux

Le Fogg Behavior Model te donne un framework simple pour diagnostiquer exactement ce qui bloque la conversion dans ton SaaS. Source de l’image : Méthodes de design UX, 30 méthodes fondamentales pour concevoir et évaluer les systèmes interactifs. #saas #uxdesign #productdesign

Ton utilisateur fait pas l'action que tu veux, à ton avis quelle est la raison ? Je te laisse la mettre en commentaire. En réalité il y a 3 réponses possibles et on appelle ça le Fogg Behavior Model. C'est 1 principe qui a été formalisé par BJ Fogg, chercheur en comportement à Stanford, et qui dit qu'un utilisateur passe à l'action uniquement quand 3 éléments sont réunis en même temps : La motivation c'est : est-ce qu'il a vraiment envie de faire cette action ? Est-ce qu'il comprend ce qu'il va gagner ? Et est-ce que la promesse est claire et désirable ? La capacité c'est : est-ce qu'il peut le faire facilement ? Trop d'étapes, trop de champs, 1 interface confuse. Quand la capacité baisse, même 1 utilisateur très motivé abandonne. Et le déclencheur c'est : est-ce qu'il est invité à agir au bon moment ? 1 CTA trop discret, 1 email de relance 3 jours plus tard, 1 notification qui arrive quand il est pas prêt. Si le déclencheur manque, l'action n'arrive pas. Par exemple, ton utilisateur ne prend pas le plan payant. Est-ce 1 problème de motivation ? Dans ce cas, il ne voit pas encore assez de valeur ou il a pas encore eu son aha moment. Est-ce 1 problème de capacité ? Le processus d'upgrade est trop long ou trop incertain, il sait pas encore exactement ce que ça va changer pour lui. Ou est-ce 1 problème de déclencheur ? Par exemple, il n'a pas été averti après avoir atteint la limite. Ou alors pas de notification après sa 1ère victoire dans le produit. Donc la prochaine fois qu'un utilisateur n'accomplit pas l'action que tu veux, pose-toi ces 3 questions : est-il motivé ? Si c'est non, travaille ta proposition de valeur. Peut-il le faire facilement ? Si c'est non, travaille ta friction. Est-il déclenché au bon moment ? Si c'est non, travaille tes triggers. En fait, t'as pas besoin de tout résoudre en même temps, t'as juste besoin de trouver lequel des 3 il manque.

Si tu veux tester gratuitement Webful pour regarder en même temps que moi tes analytics, le lien est dans ma bio 😉 #saas #uxdesign #productdesign

97,7% des visiteurs repartent vite de mon site. Ça peut paraître catastrophique mais en réalité c'est plutôt 1 bonne nouvelle. En tant qu’UX Designer, les outils d'analytics comme Webful sont ultra importants pour comprendre le comportement de tes utilisateurs sur ton site et donc savoir où améliorer l'expérience. Et le taux de rebond est sûrement la métrique la plus mal interprétée en Analytics. Je te propose qu'on regarde ça sur Webful. Déjà, qu'est-ce que le taux de rebond ? C'est le pourcentage de visiteurs qui arrivent sur ton site et repartent sans avoir visité d'autres pages. En théorie plus c'est élevé, plus c'est mauvais, mais en pratique c'est beaucoup plus nuancé. Sur les 30 derniers jours j'ai donc 1 taux de rebond de 97,7%. Mais si je regarde le suivi de ma progression semaine après semaine, je remarque que j'ai 1 engagement de 25/25. Ça veut dire que mes visiteurs restent plus de 2minutes sur ma page, ce qui est 1 excellente nouvelle. Mais du coup, comment c'est possible ? Sur mon site les visiteurs ont eu 1 seule action à faire, il clique sur 1 lien vers mon cal.com et ce clique finalement il compte comme 1 rebond. Mais si tu regardes ici, tu vois qu'il y a 43 liens sortant cliqués en 30 jours, dont des prises de rendez-vous direct. Donc mon site converti mais le taux de rebond ne le sait pas. En fait, il devient vraiment problématique dans 2 cas. Le 1er c'est si le visiteur part en quelques secondes, il n'a pas eu le temps de lire, de comprendre, de s'engager et ça c'est 1 signal d'alerte. Le 2e c'est si ton site est censé guider ton utilisateur sur plusieurs pages. 1 onboarding, 1 tunnel de vente, 1 parcours produit. Si tout le monde sort à la 1ère étape, là c'est 1 problème. Mais si ton visiteur reste 10minutes sur ta page, clique sur ton CTA, repart vers cal.com pour booker 1 appel, c'est pas 1 rebond, c'est 1 conversion. Donc ce que tu dois regarder en plus du taux de rebond, c'est le temps passer sur la page, les cliques sur tes liens sortants et ce que fait réellement l'utilisateur pendant sa visite. D'ailleurs Webful te permet de voir tout ça très facilement et très rapidement. C'était le 1er épisode qui parle d'analytics parce que c'est ultra important pour ta conversion. Il y en aura 1 par semaine. Et si tu veux tester gratuitement Webful, le lien est dans ma bio.

Gmail, Notion, Slack… ont tous intégré ce petit toast « Sauve-moi la vie ». #saas #uxdesign #productdesign

Tu fais péter les plombs à tes utilisateurs avec ça. Allez je te donne 1 raccourci UX que j'appelle le bouton sauve-moi la vie. Chaque fois que ton utilisateur supprime 1 ligne dans 1 tableau, 1 modale s’ouvre : êtes-vous sûr de vouloir supprimer ? Confirmer ou annuler. Ça semble prudent et d'ailleurs je te dis souvent de rajouter de la friction au moment de la suppression, mais en réalité il y a certains cas où c'est pas vraiment nécessaire. Parce que tu fais subir 1 interruption à 100% de tes utilisateurs pour en protéger que 5% qui fait 1 erreur sur 1 suppression sans impact. Quand 1 utilisateur supprime 1 ligne dans 1 tableau, par exemple 1 seule tâche ou 1 seul élément qui n'a pas énormément d'impact, ne l'arrête pas. Tu laisses l'action se faire immédiatement et tu affiches 1 toast tout en bas de l'écran : tâche supprimer, avec 1 bouton annuler ou restaurer. Il a quelques secondes pour revenir en arrière et s'il ne fait rien, c'est validé. Pourquoi c'est mieux ce type d'action ? Parce que la modale active le système 2. Si tu vois pas de quoi je parle, je t'invite à regarder ma dernière vidéo sur le système 1 et le système 2. Et donc cette modale interrompt le flow et demande 1 décision consciente. Pour supprimer 1 ligne dans 1 tableau, ça devient 1 effort qui ne se justifie pas alors que le toast garde l'utilisateur en système 1, l'action se fait sans friction mais le filet de sécurité est là, discret et disponible. Mais attention, ce pattern ne remplace pas toutes les modales. Supprimer 1 projet entier ou révoquer l'accès d'un membre sont des actions avec 1 impact beaucoup plus large, donc l'utilisateur doit mesurer ce qu'il fait. Et là la modale reste la bonne réponse, c'est 1 friction voulu et utile. En fait la seule règle c'est le poids de l'action. 1 seul élément avec 1 impact local, comme supprimer 1 tâche, bouton sauve-moi la vie. Tout 1 espace de travail avec 1 impact large et des conséquence en cascade, modale de confirmation. Donc avant de mettre 1 modale sur chaque suppression, pose-toi 1 seule question : est-ce que cette action mérite vraiment qu'on arrête l'utilisateur ? Si la réponse est non, donne-lui le bouton sauve-moi la vie.

98% de tes utilisateurs fonctionnent en pilot automatique sur ton produit. Et c’est exactement ce que tu veux… sauf à certains endroit. Daniel Kahneman a théorisé deux modes de pensée : le Système 1 (rapide, automatique) et le Système 2 (lent, délibéré). En UX, ton job est de savoir lequel activer et quand. #saas #uxdesign #productdesign

Une batte et une balle coûtent 1€10 au total. La batte coûte 1€ de plus que la balle. Combien coûte la balle ? T'as trois secondes pour mettre ta réponse en commentaire. La plupart des gens répondent c10, mais la bonne réponse, c'est c5. Et si tu t'es trompé c'est pas parce que t'es mauvais en maths, mais c'est parce que ton cerveau a 1 fonctionnalité par défaut. Daniel Kahneman a passé sa vie à l'étudier, et ça change complètement la façon dont tu devrais concevoir ton SaaS. Notre cerveau fonctionne avec le système 1 qui est rapide, automatique, intuitif et souvent émotionnel. Il prend des décisions en millisecondes et sans effort conscient. C'est lui qui t'a dit c10. Et le système 2 qui est lent, logique, délibéré. Il analyse, il vérifie, il calcule. C'est lui qui trouve c5. Le système 2 est beaucoup plus épuisant donc le cerveau l'évite autant que possible. Il préfère laisser le système 1 décider. Et là, tu vas me dire, mais quel rapport avec mon SaaS ? Quand ton utilisateur arrive dans ton produit il est majoritairement en mode système 1, il ne lit pas, il scanne, il réfléchit pas, il réagit. Il recherche des repères familiers, des boutons qui ressemblent à des boutons, des actions qui font sens immédiatement. Dès que ton interface lui demande de réfléchir, tu actives le système 2. Et le système 2, c'est de la friction. Mais, et c'est là où beaucoup se trompent, le système 2 n'est pas toujours l'ennemi. Il y a des moments dans ton produit où tu veux que l'utilisateur réfléchisse. Par exemple pour la suppression d'un compte, tu balances 1 modale en lui demandant s'il veut vraiment supprimer. Et parfois même tu demandes de taper le mot supprimer. 1 effort cognitif qui est délibéré. Donc c'est inconfortable, mais c'est voulu. Parce qu'ici activer le système 2, c'est protéger l'utilisateur. La friction n'est pas 1 défaut de design, mais c'est 1 décision de design. Donc la vraie question c'est pas : comment supprimer toutes les frictions ? C'est : quelle friction est utile et laquelle ne l'est pas ? Les actions courantes, répétées et simples = système 1. Rends les évidentes, familières et sans effort. Les actions critiques, irréversibles, complexes = système 2. Là tu ralentis l'utilisateur, tu l'informes, tu le fais réfléchir. Donc pour avoir 1 bonne UX ton produit doit absolument savoir lequel activer et à quel moment.

J'ai repensé l'onboarding de Webful et je t'explique tout ! Tu trouveras les liens vers Webful et les audits que je propose dans ma bio 😉 #saas #uxdesign #productdesign

J'ai refait l'onboarding de Webful et je t'explique tout en détail. 1 vraie pépite pour les agences et les freelances qui gèrent les sites de leurs clients. D'ailleurs si tu veux tester gratuitement, le lien est dans ma bio. Il y a quelques mois, le fondateur de Webful m'a pris 1 audit et le constat était clair : l'onboarding était beaucoup trop compliqué et produisait beaucoup trop de frictions. On pouvait le remarquer dès l'inscription. l'URL, le type d'intégration, puis les identifiants de connexion avec 1 répétition de mot de passe. Pourquoi c'est 1 problème ? Parce que l'inscription et l'onboarding sont 2 choses différentes. J'invite d'ailleurs aller voir ma vidéo qui explique la différence entre les 2. Lors de l'inscription, le but c'est de créer 1 1er engagement de l'utilisateur sur le produit de la manière la plus simple possible. Donc email, mot de passe et c'est tout. Ce n'est qu'une fois l'inscription faite qu'on démarre l'onboarding. Et là, il était composé de 4 étapes. Donc ce n'est pas vraiment 1 étape d'onboarding, c'est la landing page qui se répète. toujours aucune action possible. 24h. L'utilisateur vient de faire l'action la plus importante de son onboarding et le produit lui dit d'attendre 1 journée pour savoir si ça a marché. Y a aucune confirmation, aucun retour en temps réel, il ne sait pas si son installation a fonctionné. c'est parti. Sur ces 4 étapes, 3 sont purement informationnels. Aucune action demandée, aucune valeur ajoutée, et c'est là le vrai problème. Parce que l'objectif d'un onboarding, c'est pas de présenter le produit, c'est d'amener l'utilisateur au moment où il comprend pourquoi il doit rester et on appelle ça le aha moment là. Il a traversé 4 étapes, il a installé le tracking, il a cliqué sur « c'est parti », et son 1er contact avec le produit, c'est 1 message d'erreur. C'est exactement l'inverse de ce qu'on veut produire. Donc voici comment on a repensé l'onboarding et pourquoi c'est mieux. donc il passe de 4 à 3 étapes et chacune demande 1 action concrète. Webful détecte cette 1ère visite en temps réel, c'est le aha moment. L'utilisateur arrive sur son tableau de bord avec ses 1ères données et ça change tout. Ce que tu viens de voir, c'est exactement ce qu’est 1 audit UX, pas juste 1 liste de problèmes mais 1 lecture du parcours utilisateur étape par étape pour trouver où tu perds tes utilisateurs avant même qu'ils aient vu la valeur de ton produit. Donc si tu as 1 SaaS et que tu te demandes pourquoi tes utilisateurs n'activent pas. C'est peut-être ton onboarding qui freine. Et si t'as besoin que je réalise ton audit, le lien est dans la bio.

Tes utilisateurs et ton support te remercieront 😅 #saas #uxdesign #productdesign

Allez je te donne 1 raccourci UX qui peut éviter des catastrophes dans ton SaaS. La radiographie d'impact. La plupart des SaaS laissent leurs utilisateurs supprimer des éléments sans jamais leur montrer ce qui va se passer après. Imagine 1 SaaS de gestion de projet. 1 admin veut retirer 1 membre de l'équipe, il clique sur supprimer. 1 pop-up apparaît « veuillez confirmer » et il valide. Et là, 3 workflows s'arrêtent, 2 clients ne reçoivent plus leur rapport des tâches se retrouvent sans responsable. Personne n'avait vu l'effet domino parce que le produit ne l'avait pas montré. Donc le calvaire commence. L'utilisateur panique, il appelle le support en pleurs « j'ai tout cassé, pouvez-vous récupérer mes données ? » Le support passe la journée à gérer 1 urgence qui aurait pu être évitée. Maintenant imagine le même scénario mais avant la confirmation, 1 radiographie s'affiche. Jean est responsable de 4 projets actifs et de 2 automatisations en cours. Voulez-vous transférer ses responsabilités avant de continuer ? Tu bloques pas l'action, tu donnes 1 vision complète des conséquences et tu proposes 1 solution immédiate. Ce 2e scénario change complètement la donne. Déjà parce que ton utilisateur ne subit plus les effets de ses actions, il les comprend avant qu'elles se produisent. Ensuite parce que tu transformes 1 suppression brutale en décision éclairée. Et enfin, parce que tes utilisateurs ont besoin de voir l'impact de ce qu'ils font. Sinon ils perdent confiance en ton produit. Plus ton SaaS c'est complexe, plus ce raccourci est vital. Résultat moins d'erreurs, moins de stress, plus de sérénité. Ton utilisateur à confiance et ton support te remercie.

Toi aussi ça te rend ouf ? 😫 Commente NOTIFICATIONS si tu veux une refonte ! #saas #uxdesign #productdesign

TikTok m'a rendue ouf avec ses notifications. Je te laisse 3 secondes pour trouver ce qui me pose problème. Tu vois là on est dans la messagerie TikTok et tout est mélangé. Des vraies conversations, des notifications d'activités, les nouveaux followers, les notifications TikTok notifications système, les demandes de messages perdus dans le fin fond du pays. Tout est au même endroit, au même niveau visuel, comme si c'était la même chose, mais c'est pas du tout la même chose. 1 message ou 1 notification pour TikTok shop, c'est pas la même information, c'est pas non plus la même priorité ni le même contexte. Le problème c'est que TikTok mélange tout, donc ça crée de la confusion et je dois scanner toute la liste pour trouver ce qui mérite vraiment mon attention. Du coup certains messages et pas mal de notifications passent à la trape. En UX on appelle ça de la pollution informationnelle. Et c'est exactement pareil sur ton SaaS. Si tes notifications système, tes alertes marketing, tes vraies actions utilisateurs arrivent tout au même endroit, sans distinction, ton utilisateur sait plus quoi regarder en 1er. Donc il ignore tout ou il passe à côté de ce qui est important. La solution aurait été de séparer les contextes, les messages d'un côté, les notifications système de l'autre. Et la pub, elle n'a rien à faire dans la messagerie. Ce que je comprends pas c'est que dans les autres pages, TikTok a 1 UX relativement addictive et c'est d'ailleurs ce qui a fait son succès. Alors pourquoi ils ont complètement laissé de côté ce système de notification ? Si tu veux que dans 1 prochaine vidéo je fasse 1 refonte de cette partie-là, commente NOTIFICATIONS en commentaire.

3 étapes pour s'améliorer en UX Design 🤝🏻 #saas #uxdesign #productdesign

Tu veux lancer ou tu as déjà lancé ton SaaS mais tu n'es pas calé en UX ? Je te donne 3 étapes à suivre. La 1ère avant de lancer ton produit, c'est d'étudier tes concurrents. Ça peut paraître bête mais le but c'est de comprendre ce qu'ils font et pourquoi ça marche pour eux. Donc inscris-toi sur leur produit, fais leur onboarding, utilise leur interface et note ce qui te plaît et ce qui t'énerve. Crois-moi, tu vas apprendre énormément en observant. La 2e étape après avoir lancé ton produit est de parler à tes utilisateurs. Le but ici est de comprendre comment ils l'utilisent. Donc appelle-les, regarde les naviguer, pose des questions ouvertes et surtout itère rapidement sur ce qu'ils disent. Et la 3e étape, c'est de me suivre. Si tu veux aller encore plus loin, je poste régulièrement des tips UX, des explications sur les biais psychologiques et encore beaucoup de choses à venir. Et en plus c'est gratuit ! Donc maintenant plus d'excuses et go travailler ton UX.

Ne tombe pas dans le piège… #saas #uxdesign #productdesign

Après l’IA a tué les développeurs, maintenant on a l’IA a tué les designers. C'est parti pour se faire des ennemis aujourd'hui. On sait tous que l’IA peut faire à peu près tout, mais en fait, ça crée 1 problème. Il y a 1 biais cognitif qui s'appelle l'effet esthétique-utilisabilité. Il dit que les utilisateurs perçoivent 1 design beau comme 1 design plus facile à utiliser, même si c'est faux. Donc autrement dit, 1 beau produit est perçu comme meilleur. Les utilisateurs lui pardonnent plus facilement ses défauts et ils lui font confiance plus vite, donc ils restent plus longtemps. Et d'ailleurs pendant des années avoir 1 bon design était 1 avantage compétitif. Mais en deux-mille-vingt-six, tout le monde génère son interface avec l’IA, tu tapes quelques promptes et t'as 1 interface. Mais le problème c'est que ce sont toujours les mêmes couleurs, les mêmes composants, les mêmes layouts. Franchement, ouvre 10 SaaS qui ont été lancés cette année, et tu verras qu'ils se ressemblent tous. Mais le problème c'est que quand tout le monde se ressemble, ben plus personne se démarque. Donc l'effet disparaît parce qu'il y a plus de contraste. Ton interface générée par l’IA ne te donne plus davantage, elle te rend juste normal. Donc ce qui va faire la différence maintenant, c'est pas forcément la beauté, mais c'est l'identité au service de l'expérience utilisateur. 1 design reconnaissable, qui a 1 point de vue et qui guide naturellement l'utilisateur vers la valeur. Donc oui, générer son design avec l’IA, c'est devenu accessible et ça peut même être 1 vrai atout parce que tu gagnes beaucoup de temps et même, je le nie pas hein, tu peux faire des choses super sympas mais pas sans réflexion derrière. Donc non, l’IA n'a pas tué les designers, par contre elle va tuer ceux qui ne veulent pas s'adapter. Mais ceux qui ont compris comment tirer avantage de tout ça ou encore de beaux jours devant eux.

Tes utilisateurs désactivent tes notifications ? Tu peux rectifier ça 👆 #saas #uxdesign #productdesign

Allez je te donne 1 raccourci UX qui va éviter que tes utilisateurs désactivent toutes tes notifications. Je l'ai nommé : la notification contextuelle. La plupart des SaaS envoient des notifications mais ils utilisent toujours le même canal, peu importe le contexte. Tout arrive par mail, en push ou in-app. Sans aucune distinction, et même pire, ils utilisent tous les canaux en même temps. Le problème, c'est que chaque type de notification a 1 rôle précis et mélanger les rôles, c'est soit noyer ton utilisateur, soit le manquer complètement. Imagine 1 SaaS de gestion de projet. Dans le scénario classique, disons qu'un membre de ton équipe vient de terminer 1 tâche urgente, tu reçois 1 mail, tu l'ouvres 3h plus tard et la décision que tu devais prendre arrive trop tard. Maintenant imagine le même scénario mais avec la bonne classification. La notification push pour ce qui est urgent et actionnable maintenant. Thomas vient de terminer 1 maquette, elle t'attend Tu la vois immédiatement sur ton ordi, ta tablette ou ton téléphone, donc tu agis. Ensuite, tu as la notification in-app pour ce qui se passe pendant que tu utilises le produit. 1 mise à jour, 1 commentaire, 1 statut qui change. Tu es déjà dans l'application donc on n'a pas besoin de t'interrompre ailleurs. Et enfin, tu as l'email pour ce qui mérite 1 attention posée. Le récapitulatif hebdomadaire, le rapport mensuel, 1 décision importante. Ce n'est pas 1 alerte, mais c'est 1 information à consulter quand tu es disponible. Et ce 2e scénario change complètement la donne. Déjà parce que tu respectes le temps et l'attention de ton utilisateur. Ensuite parce que chaque notification arrive au bon endroit et au bon moment. Et en faisant ça, ton utilisateur ne désactive plus rien, parce que chaque notification a son contexte. Donc la règle est simple : le push pour l'urgent, in-app pour le contextuel et l'email pour le réflexif. Résultats tes notifications ne sont plus du bruit, elles deviennent utiles, attendues et parfois même décisives.

Y a des choses qui te rendent ouf chez Apple toi aussi ? #saas #uxdesign #productdesign

Il y a 1 truc qui me rend ouf avec ce menu d'Apple. Je te laisse 3secondes pour trouver ce que c'est et je t'explique comment y remédier. Si tu me suis depuis 1 petit moment, je pense que t'as compris que je te parle de ce bouton-là. En étant ici, il pose 1 vrai problème parce que c'est 1 action destructive qui est placée juste après des actions principales, et pour les cliqueurs compulsifs comme moi ou ceux qui vont trop vite, c'est 1 véritable enfer. Le problème c'est pas que cette action existe, mais c'est qu'elle est à portée de clic, juste à côté des actions principales et donc beaucoup trop faciles à atteindre. Appel à mis l’action la plus dangereuse du menu, exactement là où l'œil et la souris arrivent en 1er. Et ça, c'est directement lié à la loi de Fitts qui dit que plus 1 cible est proche et accessible et plus on clique dessus. Le nombre de fois où j'ai cliqué sur ce bouton au lieu de « éjecter le disque » ça m'a rendu ouf. Et c'est exactement pareil sur ton SaaS. Si tes boutons destructifs sont au même niveau visuel que tes boutons d'action principaux, tes utilisateurs vont cliquer dessus par erreur. Donc ce bouton doit être plus difficile à atteindre que les autres. Apple aurait pu éviter ça juste en changeant la hiérarchie. Par exemple en mettant le bouton par ici ou tout en bas et en mettant 1 couleur d'alerte comme le rouge. Apple je vous aime bien hein, mais ça c'est de l’UX de base.

Une mauvaise notification peut coûter un utilisateur. Une bonne peut le garder pour toujours 😊 #saas #uxdesig #productdesign

Tu surnotifies et tes utilisateurs te détestent pour ça. Voici 5 règles pour y remédier. La 1ère règle, c'est d'ajouter 1 action direct quand tu peux. Ton utilisateur ne devrait pas avoir à chercher quoi faire après avoir lu ta notification. L'action est là, évidente et immédiate. Bien sûr, 1 mise à jour importante, c'est utile même sans action. Mais pour 1 candidat qui postule ou 1 facture envoyée ou 1 tâche complétée, ajoute 1 bouton et donne-lui la prochaine étape directement, ne le laisse pas chercher. La 2e règle, c'est 1 action par notification. Ne mets jamais 2 CTA dans la même notification. « Voir le rapport » et « inviter 1 collègue » dans le même message, là ton utilisateur ne sait plus quoi faire et il fait rien. Donc 1 notification, 1 action. La 3e règle, c'est de respecter le bon timing. Une notification envoyée au mauvais moment, c'est 1 interruption et pas 1 information. La même notification à 9h le matin quand il travaille ou à 18h quand il a fini sa journée n'a pas le même impact. En fait, le timing transforme 1 gêne en opportunité. La 4e règle, c'est que moins tu notifies et plus chaque notification compte. 1 utilisateur qui reçoit 10 notifications par jour finit par toutes les ignorer. Et même les plus importantes. Donc préserve ton canal et réserve le pour ce qui mérite vraiment l'attention, parce qu'une notification ignorée, c'est 1 occasion perdue. Et la 5e règle, c'est de donner le contrôle à ton utilisateur. Laisse-le choisir quelle notification il veut recevoir. C'est contre-intuitif, mais crois-moi, ça augmente l'engagement. Parce qu'un utilisateur qui a choisi ses notifications, il les désactive pas, il les attend. Donc retiens bien que les notifications peuvent être 1 levier puissant d'engagement, mais également la raison d'un churn si c'est mal fait.

Avoir tes premiers utilisateurs c’est une victoire. Mais c’est là que la plupart font tout faux 😩 #saas #uxdesign #productdesign

Tu as tes premiers utilisateurs, tu veux scaler mais ça décolle pas ou même ça empirer ta situation. Tu fais sûrement 1 de ces erreurs. La 1ère, c'est de vouloir élargir ta cible. Tu as tes premiers utilisateurs, tu commences à voir qui utilise vraiment ton produit, et là au lieu de doubler cette cible, tu veux élargir. Résultat, ton produit part dans tous les sens. Parce que que plaire à tout le monde, c'est ne plaire à personne. Alors creuse, n'élargis pas parce que tes premiers utilisateurs te disent exactement qui tu dois cibler. La 2e erreur, c'est de scaler avant de retenir. Ton taux de rétention est mauvais, tes utilisateurs partent au bout de quelques semaines et ta réaction instinctive c'est d'investir en acquisition. Plus de pub, plus de contenu, plus de cold email. C'est la pire chose que tu puisses faire. Parce que tu vas dépenser pour acquérir des utilisateurs que tu vas perdre de toute façon. 1 saut percé reste 1 saut percé, peu importe combien d'eau tu verses dedans. Donc règle ta rétention d'abord et scale ensuite. Et la 3e erreur, c'est d'ajouter des features pour résoudre ce problème de rétention. Face à ça ta réaction c'est : il faut qu'on sorte quelque chose de nouveau. Alors tu développes, tu ajoutes, tu empiles. Mais le problème c'est pas ce que tu n'as pas, c'est-ce que tes utilisateurs n'utilisent pas parce que ton UX ne les guide pas vers la valeur. Donc avant de coder quoi que ce soit, regarde comment tes utilisateurs navigent dans ce que tu as déjà, la réponse est là. Rappelle-toi que la croissance ne pardonne pas les fondations fragiles.

La vitesse crée de l’addiction. Et l’addiction est la meilleur protection contre le churn. #saas #uxdesign #productdesign

Allez je te donne 1 raccourci UX que beaucoup de SaaS négligent, mais qui peut radicalement transformer l'engagement de tes utilisateurs. Je l'ai nommé : ton clavier est ton meilleur allié. La plupart des SaaS sont pensés pour la souris, on clique, on navigue, on cherche le bon bouton, et c'est très bien pour 1 utilisateur qui découvre le produit. Mais 1 utilisateur qui utilise ton produit tous les jours, il veut plus chercher, il veut agir vite et sans friction. Imagine 1 SaaS de support client où ton utilisateur traite 50 tickets par jour. Dans le scénario classique, il ouvre le ticket, il clique sur répondre, il écrit, il clique sur clôturer, il passe au suivant, puis il recommence, et ça 50 fois par jour. Des dizaines de cliques inutile et chaque clique, c'est 1 micro-friction. Et chaque micro-friction, c'est de l'énergie gaspillée. Maintenant, imagine le même scénario, mais il tape sur O pour ouvrir 1 ticket, R pour répondre directement, C pour clôturer et passer au suivant. Il traite ses tickets sans jamais toucher la souris. Ce 2e scénario change complètement la donne. Déjà parce que tu transformes 1 utilisateur actif en utilisateur expert, et 1 utilisateur expert ne quitte jamais ton produit. Parce qu'il a investi du temps à apprendre tes raccourcis et parce que ton produit est devenu 1 extension de ses mains. Ensuite parce que la vitesse crée l'addiction. Quand 1 produit te permet d'aller plus vite que tu l'espérais, tu veux y revenir. Tes raccourcis claviers ne sont pas pour tout le monde, ils sont pour les utilisateurs les plus engagés, ceux qui utilisent ton produit tous les jours, donc ceux que tu veux absolument garder. Résultat, tu transformes l'usage quotidien en habitude profonde. Et 1 habitude profonde, c'est la meilleure protection contre le churn.

Cette loi va littéralement sauver ton taux de clique et de conversion 😉 #saas #uxdesign #productdesign

Ton bouton empêche tes utilisateurs de cliquer. En UX il y a 1 loi qui influence chaque clic que ton utilisateur fait sur ton produit. C'est la loi de Fitts. Elle dit que plus 1 cible est grande et proche, plus elle est facile à atteindre. plus elle est petite et loin, plus elle demande d'efforts. Ça paraît évident dit comme ça, mais les implications sur ton interface sont énormes. Un 1er exemple, c'est la taille de tes boutons. Ton CTA principal doit être le plus grand élément cliquable de ta page. Pas parce que c'est joli, mais parce que plus il est grand et plus il est facile à cliquer. Et plus il est facile à cliquer, plus ton utilisateur clique. À l’inverse 1 bouton annuler ou supprimer doit être plus petit, pas inaccessible, mais moins visible. Comme ça, tu réduis mécaniquement le risque d'erreur. Un 2e exemple, c'est la position de tes boutons. L'action principale doit toujours être là où l'œil et la main arrivent naturellement. Donc sur mobile, en bas de l'écran à porter du pousse et sur desktop, dans la zone de lecture naturelle et pas perdu dans 1 coin. Un 3e exemple, c'est le cas du bouton destructif. Ce bouton doit être petit, discret et éloigné des actions principales. Pas caché, il faut qu'ils soient accessibles si l'utilisateur les cherche vraiment, mais pas sur le chemin de quelqu'un qui clique sans réfléchir. Donc la loi de Fitts dit 1 chose simple : la facilité d'accès à 1 bouton influence directement la probabilité qu'on clique dessus. Donc rend tes actions principales faciles à atteindre et tes actions risquées 1 peu moins.

Dis moi tout en commentaire 👉 #saas #uxdesign #productdesign

Je poste 1 vidéo par jour depuis le 8 décembre 2025 et aujourd'hui j'ai 1 choix à faire. Mais avant, j'aimerais te dire merci. Merci pour tous les commentaires, les questions, les messages, merci à tous ceux qui me font confiance et qui me disent que mes conseils ont aidé à améliorer leurs produits. Ça me donne vraiment de la force pour continuer. Mais je vais être honnête avec toi, je commence à manquer sérieusement de temps. J'ai mes projets perso et de plus en plus de projets client et en vrai je vais pas me plaindre, c'est génial. Mais ça veut dire que de maintenir le rythme d'une vidéo par jour, en maintenant la qualité bien sûr, ça devient compliqué. Et j'ai vu beaucoup de vos commentaires qui me demandent d'illustrer mes propos avec des maquettes, des exemples visuels, des screens. Et le truc c'est que vous avez complètement raison, ça apporterait beaucoup plus de valeur. Sauf que faire ça en format quotidien, là je vais pas te mentir, j'ai absolument pas le temps. Et c'est là que j'ai besoin de ton avis. Est-ce que tu préfères que je continue comme ça, 1 vidéo par jour, beaucoup de valeur, mais face cam et sans illustration ? Ou est-ce que tu préfères que je ralentisse le rythme ? Donc moins de vidéos mais avec des maquettes, des illustrations, des exemples concrets ? Je te laisse-le choix donc dis-moi en commentaire et moi je vois pour m'adapter. Et encore merci pour ta confiance !

Vouloir se démarquer avec une interface originale, c’est souvent une erreur… #saas #uxdesign #productdesign

Ton interface originale fait fuir tes utilisateurs. Je vais te parler de la loi de Jackob. Cette loi dit que tes utilisateurs passent la majorité de leur temps sur d'autres produits que le tien. Et donc ils arrivent sur ton SaaS avec des attentes déjà formées, des habitudes, des réflexes, des conventions qu'ils ont intégrer sans s'en rendre compte. Par exemple le menu de navigation à gauche, ou les paramètres en haut à droite, ou même le logo cliquable qui ramène à l'accueil ou la loupe pour la recherche. Et ses conventions ne sont pas ennuyeuses, elles sont rassurantes pour ton utilisateur. Parce que quand il arrive sur ton produit, il veut pas réapprendre comment naviguer, il veut juste l'utiliser. Le problème c'est que beaucoup de fondateurs veulent se démarquer. Ils veulent 1 interface originale, différente, mémorable. Alors ils déplacent le menu, ils réinventent la navigation, ils cassent les conventions et leurs utilisateurs sont perdus. Pas parce que le produit est mauvais, mais parce qu'il ne ressemble à rien de ce qu'ils connaissent. Donc la loi de Jackob dit « innove sur la valeur, mais pas sur les conventions ». Ce qui doit être différent dans ton produit, c'est-ce que tu fais pour ton utilisateur, pas l'endroit où tu mets ta barre de recherche.

Je suis sûre que tu connais l’UX de la flemme 😁 Alors pourquoi tu ne l’utilises pas ? #saas #uxdesign #productdesign

Allez je te donne 1 raccourci UX qui réduit considérablement la friction dans tes formulaires. Je l'ai nommé l’UX de la flemme. Le principe c'est que tout ce que ton utilisateur n'a pas à taper, il ne doit pas le taper. Saisir du texte c'est l'action la plus coûteuse en UX. Surtout sur mobile parce que chaque lettre tapée, c'est de l'énergie dépensées. Et donc ça augmente le risque d'abandon. Je te donne 1 exemple concret avec le champ d'adresse. Dans le scénario classique, ton utilisateur arrive sur 1 formulaire avec le nom de la rue, le code postal, la ville, le pays. Il y a 4 champs à remplir manuellement. Il tape, il fait 1 faute, il recommence. Crois-moi sur mobile, c'est 1 torture. Maintenant imagine le même scénario, mais il tape 3 lettres de son adresse et 1 liste de suggestions apparaît immédiatement, il clique sur la bonne et tous les champs se remplissent automatiquement. En 5secondes, sans erreur et sans effort. C'est ça l’UX de la flemme. Tu utilises l’API Google Maps pour anticiper ce que ton utilisateur veut taper avant même qu'il ait fini de taper. Et là tu vas me dire « mais Cléa, c'est connu ça » ah mais j'suis d'accord, mais pourquoi tu le fais pas du coup ? Parce que ce principe là tu peux l'utiliser bien au-delà de l'adresse, le fuseau horaire détecté automatiquement via la localisation, le nom de l'entreprise prérempli à partir du nom de domaine de l'email, la devise selon le pays de l'utilisateur, et encore plein plein d'autres exemples. Partout où tu as déjà l'information, utilise-la. Partout où tu peux anticiper, anticipe. Ton utilisateur ne devrait jamais taper ce que ton produit peut deviner par lui-même. Parce qu'il ne veut pas remplir 1 formulaire, il veut juste arriver de l'autre côté. Donc moins tu lui demandes d'efforts et plus il est converti.

Commente INTERVIEW si tu veux que j’en fasse une vidéo dédiée. Parce qu’interviewer ses utilisateurs, ça ne s’improvise pas. Et la plupart font ces erreurs sans s’en rendre compte 😫 #saas #uxdesign #productdesign

T'as déjà fait 1 interview utilisateur, puis t'es reparti avec l'impression que tout allait bien, alors que ton produit continue à ne pas convertir. C'est probablement parce que tu fais 1 de ces erreurs. La 1ère, c'est de poser des questions trop fermées. Par exemple, est-ce que tu aimes cette feature ? La plupart du temps, la réponse sera uniquement oui ou non, et ça ne t'apprendra rien. Donc à la place de cette question tu aurais pu lui dire « raconte-moi comment tu utilises cette feature ». Parce que c'est dans le récit que se cachent les vraies informations. La 2e erreur, c'est de parler plus que l'utilisateur. Tu expliques le produit, tu justifies tes choix, tu défends tes décisions. 1 interview utilisateur, c'est pas 1 démo. Ton job c'est d'écouter et pas de convaincre. Si tu parles plus de 20% du temps, crois-moi, tu rates l'essentiel. La 3e erreur, c'est de demander ce que ton utilisateur voudrait. Qu'est-ce qui te manque ? Qu'est-ce que tu aimerais avoir ? Tes utilisateurs sont experts de leurs problèmes, pas des solutions. Si tu leur demandes ce qu'ils veulent, ils vont inventer des features, ça c'est sûr. Mais demande-leur plutôt ce qui les bloque, ce qui les frustre, ce qu'ils font à la place. La 4e erreur, c'est de ne pas creuser. Ton utilisateur te dit « c'est compliqué » et toi tu passes à la question suivante, alors que c'est là que tu aurais dû t'arrêter. Compliqué comment ? Tu peux me montrer ce qui t'a bloqué exactement ? Dis-toi que la vraie réponse est toujours derrière la 1ère. Et enfin la 5e erreur, c'est d'interviewer les mauvaises personnes. Tes amis, ta famille, des gens qui veulent te faire plaisir. Ils vont valider tout ce que tu fais parce qu'ils t’aiment. 1 interview utile c'est avec de vrais utilisateurs, ou alors avec des utilisateurs potentiels, pas avec des gens qui ne veulent pas te blesser. Et si ça t'intéresse de savoir comment construire 1 entretien utilisateur de A à Z, commente interview et j'en ferai 1 vidéo dédiée.

Réserve ton appel découverte en bio -> 30 mins gratuites rien que pour ton SaaS 😃 #saas #uxdesign #productdesign

Depuis le début, je te raconte n'importe quoi. Enfin, pas tout à fait. Ça fait 1 moment maintenant que je donne des tips UX, des raccourcis, des mécanismes et des règles. Et tout ça c'est vrai, il existe des règles universelles en UX, des principes qui fonctionnent dans la grande majorité des cas. Mais il faut bien que tu prennes en compte que l'ux n'est pas 1 science exacte. Ce qui fonctionne pour 1 SaaS, ne va pas forcément fonctionner pour le tien. Parce que chaque produit à ses propres utilisateurs, ses propres contextes, ses propres attentes. 1 SaaS qui s'adresse à des développeurs seniors par exemple, n'a pas la même UX qu'un SaaS qui s'adresse à des comptables de TPE. De même qu'un SaaS qui s'adresse à des indépendants ou à des entreprises. On a les mêmes règles de base qui sont universelles, mais avec des applications complètement différentes. Donc ce que je te donne sur ce compte, c'est 1 boîte à outils, c'est pas 1 recette à suivre à la lettre. Le vrai travail UX derrière, c'est de comprendre ton marché. Qui sont tes utilisateurs ? Que pensent-ils ? Qu'est-ce qui les freines ? Qu'est-ce qui les motives ? Parce qu'une bonne UX, ce n'est pas uniquement appliquer des règles, mais c'est de répondre aux besoins de tes utilisateurs à toi. Les tips que je donne, tu peux les utiliser comme point de départ, mais pas comme vérité absolue. Test, observe et itère. C'est comme ça qu'on construit 1 vraie expérience utilisateur. Et si tu veux qu'on réfléchisse ensemble à l’UX de ton SaaS, tu peux réserver ton appel découverte dans la bio !