Turo

Augmenter le trafic et la conversion via différents canaux de communication.
Rôle

Senior Product Designer

Date

Janvier 2023 – Mars 2026

Équipe Trafic
  • 1 Product Manager
  • 1 Engineering Manager
  • 3 Développeurs Front Web
  • 1 Développeur Android
  • 1 Développeur iOS
  • 2 Développeurs Back-end
Sommaire

Contexte

Vue d'ensemble

Turo est la plus grande plateforme d'autopartage au monde basée à San Francisco, aux États-Unis. L'entreprise permet aux propriétaires de voitures privées de louer leurs véhicules via une interface en ligne et mobile dans cinq pays, États-Unis, Canada, Royaume-Uni, Australie et depuis Novembre 2022 la France.

Migration OuiCar

Rôle

UX/UI Designer

Date

Juin 2023 – Novembre 2023

Équipe
  • 1 Product Manager
  • 1 Engineering Manager
  • 1 Développeur Front Web
  • 1 Développeur Android
  • 1 Développeur iOS
  • 1 Développeur Back-end

Contexte

En 2022, Turo acquiert OuiCar. L'enjeu : convaincre les propriétaires de migrer vers une nouvelle plateforme sans perdre leur confiance ni leur activité. Turo étant le leader sur le marché de l'auto-partage depuis 2010 a su créer une plateforme qui répond à tous les besoins de ses utilisateurs.​

Problématique

Un changement de plateforme brutal pouvait générer de l'inquiétude et des abandons. Il fallait communiquer vite, clairement, sur une date fixe, sans dépendre d'un circuit dev lent.

Ce que j'ai choisi

Plutôt que de passer par le process classique (ticket → dev → recette), j'ai créé moi-même un template HTML/CSS réutilisable. Cela m'a permis de livrer 5 landing pages en autonomie, dans les délais, sans ressource technique supplémentaire.

Ce que j'ai choisi de ne pas faire

Attendre une slot dev ou produire des maquettes statiques sans pouvoir les livrer moi-même.

Avec le recul, l'arbitrage clé était de choisir la vélocité de livraison sur la rigueur du process. On aurait pu attendre une ressource dev disponible pour une solution plus propre techniquement mais dans une fenêtre de migration à date fixe, chaque semaine perdue augmentait le risque d'abandon des propriétaires. Ce projet m'a appris à identifier quand contourner le process est la décision la plus responsable.​

Ce que j'ai fait

  • Interviews quali avec des propriétaires OuiCar pour identifier leurs inquiétudes

  • Définition des thématiques de webinaires avec le marketing suite à mes interviews

  • Bannière d'annonce sur la plateforme 5 landing pages (migration, plans de protection, Connect…)

  • Tests utilisateurs sur le parcours de transfert de véhicules. 10/10 participants ont compris le parcours
​

Résultat

72 % de nos propriétaires ont migré sur la plateforme Turo.
Une autre partie de nos propriétaires n'a pas pu aller sur Turo, car leur véhicule ne répondait pas aux critères d'éligibilité.

Bannière et Landing Page

Écran de migration des véhicules​

Ce que ce projet m'a appris

Une migration n'est pas un problème d'interface, c'est un problème de confiance. Les propriétaires ne craignaient pas de changer d'écran, ils craignaient de perdre leurs revenus et leurs habitudes. Les interviews menées en amont ont orienté toute la communication, des thèmes des webinaires aux contenus des landing pages, vers leurs vraies inquiétudes plutôt que vers les fonctionnalités de Turo.

J'ai aussi appris que savoir produire soi-même peut changer l'issue d'un projet. Construire un template HTML/CSS réutilisable m'a permis de livrer cinq landing pages dans une fenêtre à date fixe, sans mobiliser l'équipe technique. Cette autonomie n'a de valeur que parce qu'elle servait un objectif claire : ne perdre aucune semaine face au risque d'abandon.

Enfin, ce projet m'a rappelé que le résultat dépend aussi de contraintes hors du design. Avec 72 % des propriétaires migrés, l'essentiel de ceux qui ne l'ont pas fait en étaient empêchés par les critères d'éligibilité des véhicules, pas par le parcours. Distinguer ce que le design peut influencer de ce qu'il ne peut pas, c'est aussi savoir lire ses propres résultats.

Notifications push

Rôle

Senior Product Designer

Date

Janvier 2024 – Juin 2024

Équipe Trafic
  • 1 Product Manager
  • 1 Engineering Manager
  • 1 Développeur Android
  • 1 Développeur iOS
  • 1 Développeur Back-end

Opportunité

Pour étendre son audience et augmenter la conversion le marketing a décidé d'investir dans l'envoi de notifications pour des codes promos, des informations, des bons plans(...).​

Contexte

Sur 6,8 millions d'utilisateurs de l'app Turo, 2,2 millions avaient désactivé les notifications limitant l'efficacité des campagnes marketing.​

Problématique

Le taux d'activation des notifications était trop faible. L'écran affiché au premier lancement était ignoré par la majorité des utilisateurs.​

Ce que j'ai choisi

Après tests utilisateurs, j'ai rejeté l'optimisation de l'écran existant. Le vrai problème n'était pas le design, mais le timing : demander une permission à quelqu'un qui ne connaît pas encore la plateforme n'a aucun sens. J'ai recentré le projet sur le bon moment dans le parcours plutôt que sur le bon visuel.​

Ce que j'ai choisi de ne pas faire

  • Itérer sur un écran mal positionné dans le parcours.
  • Optimiser un mauvais placement reste un mauvais placement.

Avec le recul, la décision la plus structurante a été de refuser le brief implicite "améliore cet écran" pour reposer la question en amont : est-ce que cet écran doit exister à cet endroit du parcours ? C'est cette capacité à remettre en cause le cadrage initial, et non la qualité des maquettes, qui a fait la valeur de ce projet.

Ce que j'ai fait

  • Tests utilisateurs sur l'écran actuel (10 participants)

  • Identification de 3 moments clés : résultats de recherche, post-paiement, page favoris.

  • Prototypes et tests sur 2 parcours.

  • Ajout d'une animation de prévisualisation de notification post-paiement perçue comme rassurante et utile par tous les participants.

Résultat

Projet mis en stand-by au profit du SEO. Les tests étaient concluants et les apprentissages documentés pour une reprise future.​

Les résultats de recherche

Pour ce test sur la page des résultats de recherches, à partir du quatrième résultat de leur recherche, une majorité des utilisateurs ont compris la stratégie consistant à placer la bannière un peu plus bas afin de les laisser découvrir la plateforme.

Ils ont apprécié et trouvé que c'était une bonne idée, car moins intrusive qu'une pop-up (par exemple) qui s'affiche pendant le scroll et qui leur demande d'activer les notifications.

Note : Par habitude avec d’autres applications les utilisateurs auraient vu cette bannière tout en haut avant même une vignette de véhicule

Après paiement

Pour le test sur la page après paiement, les utilisateurs ont compris l’intérêt et l’importance d’afficher les notifications.

La principale motivation pour activer les notifications est de recevoir des alertes sur leur trajet.

Suite aux feedbacks de mon premier test utilisateur, j’ai apporté quelques modifications en y ajoutant une animation qui affiche un exemple de notification pour permettre à l’utilisateur de se projeter dans sa location. Tous les participants ont répondu positivement à cette amélioration en précisant que cela leur était très utile afin d’anticiper des interactions futures entre l’utilisateur et le propriétaire ou la plateforme.

De plus tous les participants ont reconnu que la possibilité de désactiver les notifications à tout moment était rassurante et leur donnait un sentiment de contrôle.

Ce que ce projet m'a appris

Le bon moment compte plus que le bon écran. Les tests ont montré que les utilisateurs acceptent d'activer les notifications quand la demande arrive au moment où elles leur servent, par exemple juste après le paiement, pour suivre leur location. Le montrer concrètement, avec l'aperçu animé d'une notification, et rappeler qu'on peut les désactiver à tout moment, a suffi à rassurer.

Ce projet m'a aussi appris qu'un projet validé par les tests peut s'arrêter pour une priorité business plus forte, ici le SEO. Plutôt que de le vivre comme un échec, j'ai documenté les apprentissages pour qu'ils restent exploitables le jour où le sujet reviendra.

UX Personnalisation pour le SEO

Rôle

Senior Product Designer

Date

Juin 2024 – Mars 2026

Équipe Trafic
  • 1 Product Manager
  • 1 Engineering Manager
  • 3 Développeurs Front Web
  • 2 Développeurs Back-end

Contexte

Turo veut améliorer son trafic sur sa plateforme en mettant plus d’effort sur la partie acquisition (SEO / SEA) car ils ont découvert que cet effort était un levier non négligeable à leur croissance. Turo n'apparaissait pas en première page Google sur des recherches non brandées comme "location de voiture". L'acquisition organique était un levier sous-exploité.

Problématique

Les landing pages existantes étaient génériques, désordonnées, avec un contenu qui ne répondait pas à l'intention de recherche des visiteurs.
Résultat : taux de rebond élevé ainsi qu'un mauvais classement dans les résultats de recherche​

Ce que j'ai choisi

Plutôt que d'optimiser les pages existantes composant par composant, j'ai proposé de repartir d'un framework basé sur l'intention de recherche. Le template s'adapte à ce que l'utilisateur cherche, pas au contenu disponible. Cette approche est scalable à des milliers de mots-clés sans repartir de zéro à chaque fois.​

Ce que j'ai choisi de ne pas faire

Itérer sur la structure existante car les pages actuelles étaient désordonnées structurellement. Donc les retoucher sans changer la logique sous-jacente n'aurait pas résolu le problème de fond.

Avec le recul, l'arbitrage le plus fort a été de convaincre l'équipe de ne rien livrer pendant plusieurs semaines, le temps de poser le framework. On aurait pu livrer des améliorations rapides page par page mais sans logique commune, chaque page restait un one-shot non réplicable. Accepter ce délai initial a été la condition pour que le travail soit scalable.

Ce que j'ai fait

  • Création d'un framework d'analyse en 5 étapes : SERP → concurrents → longue traîne → personas → offre.

  • Workshop utilisateurs pour valider la structure des landing pages.

  • Refonte complète du template "location de voiture + lieu".

  • Création et amélioration de composants (carrousel → grille, valeurs plateforme, processus de réservation).

Résultat

Durant une année, on a constaté une évolution significative dans le positionnement des pages dans Google. Malgré le temps qu’une page arrive dans les premiers résultats de recherche, nous avons observé une nette amélioration dans le ranking mais aussi une légère amélioration dans la conversion.

  • +40% de trafic qualifié non brandé en glissement annuel.

  • Top 5 sur "car rental + City" aux États-Unis.

  • +10% de taux de conversion sur les landing pages (auparavant hors de la première page)

  • Réduction de la dépendance aux recherches brandées.

Pourquoi personnaliser ?

Offrir une expérience utilisateur de qualité (UX) est devenu un élément crucial de l'optimisation des moteurs de recherche (SEO). En effet, les moteurs de recherche comme Google prennent de plus en plus en compte les signaux liés à l'UX, tels que le taux de rebond, le temps passé sur la page et le taux de clics (CTR), pour évaluer la pertinence et la qualité d'un site web.

Par conséquent, personnaliser l'UX pour le référencement est une stratégie essentielle pour améliorer le classement dans les moteurs de recherche et attirer davantage de visiteurs qualifiés sur la plateforme.

Pour cela il y a 4 éléments qui permettaient d'optimiser les pages.​

Comment ?

D'après mes recherches, j'ai pu observer que ce qui manque le plus aux pages et qu'on ne répondait pas assez, était l'intention de recherche de nos visiteurs.

Pour mieux répondre à l'intention de recherche selon le type de recherches faites par les utilisateurs, il était nécessaire de mettre en place un framework qui avant même de créer une landing page (le résultat final) permettait de comprendre et de cadrer le contenu de la page selon la recherche des utilisateurs.

Pour explorer l'intention de recherche, l'objectif est de ne rien oublier, et lorsque nous analysions des milliers de mots-clés, nous n'avions pas le temps d'analyser chacun d'entre eux.


L'objectif est de lister ce que l'on va regarder quand on fait une liste de mots-clés.
1 : Analyse de la SERP

D'abord on analyse la SERP (Search Engine Result Page), pour comprendre l'intention que GOOGLE perçoit lors de la recherche. ​
2 : Nos concurrents

Cela nous permet de voir ce que font les concurrents et de reprendre ce qui marche comparé à nous. Quelles pages sont positionnées, quels éléments utiles de la page ressortent dans la SERP.

3 : Analyse de la longue traîne

Faire défiler la SERP jusqu'en bas pour voir les recherches et les questions connexes pour améliorer la position dans Google.
4 : Le persona

La création de personas a une influence sur le choix des mots-clés sélectionnés pour un meilleur classement et / ou une meilleure conversion.
Une fois les personas créés, leur rôle sera de définir une stratégie SEO. Avec les mots-clés recherchés, on va pouvoir prioriser la production de contenu. De plus, grâce à ces personas, en se mettant à leur place (principe d'empathie), on va pouvoir se poser les questions qu'ils se posent, et avec ces questions, déterminer un contenu adapté à leurs intentions, objectifs et besoins.


5 : L'offre

Enfin, de faire la corrélation avec l'offre que nous proposons.

Le contenu

Après avoir mis en place des personas pour aider à choisir les bons mots-clés, et comment les principes de l'UX, de l'empathie et de l'intention de recherche peuvent nous aider à mieux comprendre le mot-clé, la prochaine étape était de préparer le contenu pour mieux se classer et mieux se transformer.
 Le contenu est l'élément vital du SEO, nous sommes des utilisateurs du web et nous le savons, mais le contenu n'est pas lu. Non pas que le contenu ne soit pas intéressant, mais nous avons d'autres choses à faire.

En tant qu'utilisateurs du web nous sommes :

  • Impatients et exigeants : Si un site se charge très lentement sur un téléphone portable, nous partons et cherchons la réponse ailleurs.


  • Égocentriques : Nous attendons du site qu'il réponde exactement à ce que nous cherchons.


  • Paresseux : Nous n'aimons pas chercher des informations sur le site web. Il n'y a rien de plus ennuyeux que de chercher des informations sur une page.

Si nous sommes comme ça, les visiteurs de notre site web sont comme ça, nous balayons au lieu de lire une page entière, nous naviguons avec un objectif, nous ne lisons pas le contenu de A à Z à moins d'avoir l'objectif de lire l'ensemble pour le plaisir. Et nous n'avons pas le temps de chercher des informations.

Ergonomie

L'idée est que le modèle ne s'adapte pas au contenu mais à l'intention, qui est l'objectif de l'utilisateur, et non l'inverse. Cela signifie, une requête précise et de longue traîne avec une intention d'achat. Par exemple, je vais acheter un service. Si je suis proche de la courte traîne, je prépare mon achat à court ou long terme .... ​
En prenant en compte cette cartographie, nous pouvions anticiper le type de modèles que nous allons positionner, ce qui influencera notre stratégie de mots-clés. ​

En résumé

La personnalisation de l'UX pour le référencement est un processus continu qui nécessite une implication et une attention constante. En créant une expérience utilisateur plus attrayante et engageante pour les visiteurs, nous améliorerons le classement dans les moteurs de recherche et augmenterons le trafic organique. UX et le SEO sont intimement liés. L'amélioration de l'un améliore automatiquement l'autre. ​

Template : pages lieu

L’une des recherches les plus faites qu’on a constaté avec le SEO Manager était une recherche avec les mots clés : location de voiture + {lieu} (ville ou POI)

Dans un premier temps, nous avons décidé de revoir la structure de cette page afin de répondre au mieux à l'intention de recherche du visiteur. 

Note : Nous ne pouvions pas enlever du contenu SEO par risque de perdre du ranking dans les résultats de recherche.

La version actuelle à mes yeux était désordonnée, mélangée, il y avait beaucoup de contenu SEO (visiter la ville, site touristique, ...) mais pas assez de contenu pertinent pour les visiteurs afin de les convaincre de louer un véhicule sur la plateforme. Chaque composant utilisé sur cette page n'avait aucun sens quand on lisait la page. On passait d'un composant qui montrait des véhicules à un composant qui parlait de la ville puis à nouveau un composant qui montrait des véhicules. Cela n'avait pas de sens pour nos visiteurs.

Après avoir analysé la SERP puis la concurrence sur ce mot-clé, j'ai décidé d'organiser un atelier utilisateur afin de valider mon hypothèse, de collecter des informations et en particulier ce qu'ils attendent de voir quand ils font une recherche sur Google avec ces mots-clés et ainsi créer plusieurs personas, déterminer les questions qu'ils se posent lorsqu'ils veulent louer un véhicule afin de leur fournir une réponse adaptée sur cette page.

Quand on crée une landing page, cela met du temps pour que Google la positionne en top position dans les résultats de recherche. Dans un sens, je n’avais pas le droit à l’erreur. Donc j’ai décidé d’organiser des workshops pour valider mon hypothèse.

Durant cet atelier, les thématiques les plus fréquentes étaient le prix, les informations du véhicule en lien avec aussi la catégorie du véhicule et des questions sur l’assurance.
Puis chacun des participants a construit sa page et j'ai pu observer beaucoup de similarités entre chaque participant sur leur modèle de page.
Enfin j'ai demandé à tous les participants de créer ensemble avec toutes leurs idées comment ils verraient la page.
Comparé à la version actuelle, ma version se rapprochait de celle voulue par les participants. Revoir la structure et en y mettant de l'ordre, nous a permis de valider une hypothèse via ces ateliers.

De plus, grâce à leurs feedbacks, j'ai pu voir que nos composants actuels manquaient d'informations importantes souhaitées par les participants.
Cet atelier a été extrêmement utile et indispensable pour mieux appréhender la manière et la pensée d'un utilisateur lorsqu'il recherche un véhicule.

Composants

Carrousel / Grille

Un carrousel de véhicules a été présenté aux visiteurs afin qu'ils puissent observer les véhicules qui se trouvaient dans le lieu qu'ils avaient cherché.

Il y a eu plusieurs problèmes constatés sur ce composant.

  • Pour voir la gamme de véhicules dans le lieu, l'utilisateur devait cliquer sur les flèches pour faire défiler les véhicules.

  • Au premier abord, le visiteur ne semble pas convaincu par les véhicules qu'on lui présente.

En raison de la présence de 12 véhicules affichés, l'utilisateur pouvait se lasser de perdre du temps à regarder des vignettes de véhicules en cliquant sur le bouton de défilement, ce qui a pour conséquence une expérience utilisateur dégradée.

Solution : Afficher tous les véhicules dans une grille


Avantage : 

Offre à l'utilisateur la possibilité de voir davantage de véhicules dans le lieu recherché, sans avoir à interagir avec un bouton.

Composants de réassurance

Ces composants visaient à rassurer et à mettre en avant des éléments importants pour les utilisateurs, dans le but de donner de la valeur et d'inciter l'utilisateur à continuer sur la plateforme.
3 composants majeurs étaient indispensables pour chaque landing page.

Des éléments en haut de la page pour éveiller la curiosité et mettre en avant la plateforme dès le premier regard.

En milieu de page, un bloc d'explication détaillée des avantages, suivi d'un comparatif avec les agences de location traditionnelles.
Enfin, un élément pour détailler le processus de réservation d'un véhicule sur la plateforme.

Landing page Avant

Landing page Après

Ce que ce projet m'a appris

Sur un sujet à cycle long comme le SEO, une page peut mettre des mois à se positionner : on n'a pas le droit de se tromper de structure. C'est pour ça que j'ai validé mes hypothèses en atelier avec des utilisateurs avant de concevoir, plutôt que d'itérer en production. J'ai aussi appris à défendre un choix difficile : accepter plusieurs semaines sans livraison pour poser un framework commun, plutôt que d'enchaîner des améliorations page par page. C'est ce qui a rendu le travail réutilisable sur des milliers de mots-clés, avec des résultats visibles sur un an.

Enfin, ce projet m'a confirmé que l'UX et le SEO ne s'opposent pas. Répondre précisément à l'intention de recherche améliore à la fois le classement et la conversion.

Conclusion

Mon expérience chez Turo m'a fait passer à une autre échelle.
Une plateforme internationale, une équipe design structurée et des objectifs directement liés à la croissance, au sein de l'équipe Trafic.

Les trois projets menés m'ont confronté à des situations très différentes. La migration OuiCar m'a appris à livrer vite et en autonomie, sous une contrainte de date fixe. Les notifications push m'ont appris à remettre en cause le brief initial, et à accepter qu'un projet validé par les tests puisse être mis en pause pour une priorité business plus forte. Le projet SEO m'a permis de concevoir un framework réutilisable plutôt que des pages isolées, avec des résultats mesurables : +40 % de trafic qualifié non brandé, un top 5 sur « car rental + ville » aux États-Unis et +10 % de conversion sur les landing pages.

Travailler au sein d'une grande équipe de designers, avec des revues et des rituels de feedback réguliers, a rendu mes livrables plus rigoureux. Et collaborer au quotidien avec le marketing et le SEO Manager m'a fait progresser sur la dimension business du design, sans jamais perdre de vue l'intention de l'utilisateur.

Ce que je retiens avant tout, c'est que la valeur d'un Product Designer se joue souvent avant la maquette, dans la façon de poser le bon problème.

Prochaine étude de cas : Connect Car Fleet