Un design challenge de 12 heures : analyser le tunnel de souscription d'assurance d'Ornikar sur mobile, identifier les frictions, et proposer des améliorations concrètes fondées sur 3 piliers UX.
Ornikar m'a demandé d'analyser leur parcours de souscription d'assurance sur mobile, d'identifier les frictions, et de proposer des améliorations. Contexte : Ornikar accompagne ses utilisateurs du Code de la route jusqu'à l'assurance — les utilisateurs du parcours devis sont souvent de jeunes conducteurs peu familiers avec ce type de formulaire.
Les tunnels de devis d'assurance sont connus pour être fastidieux. Pour structurer l'analyse et les propositions, j'ai défini 3 piliers qui guideraient chaque décision de redesign.
Un point de contexte important : l'utilisateur mobile n'est pas assis à son bureau. Il fait sa lessive, mange, ou est dans les transports. Chaque friction compte double.
Supprimer la redirection depuis 2 gros boutons et proposer directement un champ de saisie à l'arrivée. La première étape est cruciale — réduire la friction dès l'entrée du formulaire augmente le taux d'engagement.
La liste bonus-malus originale est extrêmement longue. Remplacer par une saisie numérique du coefficient (avec boutons +/-) et afficher automatiquement le pourcentage correspondant. Valeur par défaut : 1,00 — le coefficient d'un conducteur nouvellement inscrit, cohérent avec le parcours Ornikar (Code → Permis → Assurance).
Le toggle est adapté pour activer/désactiver un état persistant, pas pour des choix binaires ponctuels. Des boutons clairement délimités offrent une meilleure zone de toucher sur mobile et réduisent les erreurs de saisie.
Dans la version live, le calendrier est présent mais caché derrière 3 champs de saisie manuelle. Rendre le calendrier accessible directement, en supposant que la souscription aura lieu dans les prochaines semaines/mois pour réduire la plage de dates affichée.
Dans la version actuelle, les coordonnées sont demandées en toute fin. Proposition A/B test : présenter cette étape en premier pour un sous-ensemble d'utilisateurs. Bénéfice : créer un lien RGPD-compliant avec l'utilisateur, permettant de relancer ceux qui abandonnent le formulaire.
Le prototype Figma présenté lors du design challenge — chaque amélioration est cliquable et navigable.
Ces propositions restent des hypothèses. Sans A/B testing, observation Hotjar, ou connaissance approfondie des contraintes techniques et réglementaires de l'assurance en France, elles ne peuvent être validées.
Ce que l'exercice montre : une façon de raisonner centrée utilisateur, de prioriser les frictions, et de proposer des solutions cohérentes avec le système existant.
