Client

Tudigo

Industry

Fintech

Rôle

Design Lead

Année

2022

Optimisation du tunnel de connexion/inscription

Identifier et corriger un point de friction critique dans le funnel

Contexte

À mon arrivée chez Tudigo, j’ai rejoint une équipe produit en difficulté. La confiance entre les pôles tech, design, produit, marketing, sales et même la direction était fragilisée. L’équipe de développement, restreinte et isolée, héritait d’un historique produit lourd et d’un stack technique vieillissant. Chaque évolution devenait un défi, générant peu de réactivité, peu d’initiatives et beaucoup de frustration.

Avec l’arrivée d’une nouvelle PM, nous avons rapidement identifié un point de friction critique : le tunnel de connexion/inscription. Un drop massif de 80 % dès cette première étape.

Sur une plateforme où les utilisateurs viennent avec une forte intention d’investir, ce type de friction est inacceptable.

Problèmes identifiés

  • Dette technique importante : stack obsolète, absence de design system, logique front confuse. Cela ralentissait la livraison, réduisait l’envie de refonte, et générait un climat d’attentisme.

  • Mobile non priorisé : le tunnel n’était pas pensé mobile-first, ce qui amplifiait la friction sur un usage pourtant majoritaire.

  • Aucune data de suivi précise : impossible de savoir où exactement les utilisateurs décrochaient.

Problèmes liés aux champs de formulaire :


  • Présence de champs non essentiels à ce stade : nom, prénom, téléphone et code postal sont demandés trop tôt dans le parcours, ce qui alourdit inutilement l’expérience et freine la conversion.

  • Champ de confirmation du mot de passe : une pratique dépassée, redondante, et source de friction inutile à cette étape critique.

  • Ergonomie confuse sur le mot de passe : la bordure rose sur les inputs actifs ressemblait à une erreur, semant le doute chez l’utilisateur.

  • Manque d’indications : aucun critère de validation n’était affiché pour le mot de passe, ce qui bloquait l’inscription sans feedback clair.

Problèmes de contenu et de hiérarchie:


  • Texte dissuasif et engageant : un encart à gauche du formulaire indique des obligations légales en des termes très stricts (mention de Stripe, ACPR, fermeture du compte), ce qui génère de l’anxiété et un frein psychologique fort.

  • Hiérarchie visuelle mal optimisée : la checkbox "J'accepte de recevoir les actualités..." est visuellement trop mise en avant, détournant l’attention de l’action principale.

Objectifs

  • Stopper l’hémorragie : réduire immédiatement le taux d’abandon à la connexion.

  • Redonner de la clarté au parcours : rendre l’expérience simple, fluide et rassurante.

  • Créer une dynamique positive avec les équipes tech : montrer qu'on peut faire avancer les choses, même dans un cadre contraint.

Approche & Process

L’approche a été à la fois pragmatique, stratégique et humaine. Face à un stack fragile et une équipe technique épuisée, il était crucial de restaurer la confiance avant de pousser des chantiers lourds.

Avec la nouvelle PM, nous avons mis en place une méthode de travail plus agile et mieux structurée. Nous avons redéfini les types de tâches avec une catégorisation claire :

  • Quickfix : petits correctifs à fort impact.

  • Bugfix : correctifs techniques bloquants.

  • Design Update : amélioration UI/UX visuelle.

  • Features : développement fonctionnel.

  • Projets : évolutions profondes du produit.

Ce système a permis de prioriser efficacement, de fluidifier les échanges, et de réduire les tensions sur la charge.

Solutions proposées

1. Quickfix immédiat intégré au prochain sprint :

  • Inputs actifs en bleu, erreurs en rouge : distinction visuelle claire.

  • Ajout des critères de mot de passe : feedback immédiat et rassurant.

  • Maquettes low-fi peu précises, leur permettant ainsi plus de réactivité en donnant la priorité à l'efficacité fonctionnelle plutôt qu'à l'UI, qui n'était pas la priorité à ce stade.


L’idée était de corriger rapidement les premiers blocages visibles, en apportant des solutions concrètes sans impacter l'existant. Cette solution a été intégrée dans le sprint suivant pour obtenir des résultats rapides.

2. Travail de fond sur la page d’inscription

En parallèle, un chantier plus profond a été lancé sur la page d’inscription. Ce travail a nécessité une réflexion UX/UI plus poussée, une meilleure structuration des informations et une projection de long terme sur les usages. Il impliquait davantage l’équipe dev, avec une attente plus forte côté production.

Trois variations ont été testées dans cette logique :

  • Empathique : messages valorisants sur l’impact de l’investissement.

  • Bénéfice principal : projection sur le gain potentiel.

  • Seamless : épuré, sans distraction, focus sur l’action.



De plus la connexion via Google, Facebook et LinkedIn a été rajoutée.

Un levier simple mais redoutablement efficace pour réduire la friction (97 % de nos utilisateurs ont un compte parmi ces services).



4. Pilotage de la dette technique : compromis stratégique

Ce premier projet a permis de dresser un état des lieux réaliste du stack. Les faiblesses techniques sont désormais connues et partagées.

L’accord trouvé avec les devs : avant toute refonte, corriger d’abord les goulots d’étranglement principaux (business + UX). Ce compromis permet d’éviter la paralysie, tout en projetant une refonte plus sereine du produit une fois les premiers blocages levés.

Résultats obtenus

Suite aux tests utilisateurs, nous avons opté pour l’approche Seamless, celle qui répondait le mieux aux attentes des utilisateurs déjà engagés. Elle supprimait les distractions superflues à un moment critique du parcours et maximisait le taux de complétion.

Les arguments plus émotionnels de l’approche empathique ont été réutilisés dans un email de confirmation d’inscription, un point de contact plus propice pour valoriser l’impact de Tudigo et encourager le réengagement post-conversion.


  • Taux de conversion multiplié par 4 : de 20 % à 80 %.

  • Temps passé sur les pages réduit de 67 %.

  • Retour des utilisateurs positif sur la clarté du parcours.

  • Reprise d’une dynamique positive dans l’équipe tech.

De plus, la confiance, bien que fragile, a été restaurée avec les devs. Ce quickfix a été perçu comme une réussite partagée et a ouvert la voie à des discussions plus sereines pour la suite.