Les Secrets de Succès du Produit Blablacar Par Rémi Guyot, CPO chez Blablacar

Bonjour Rémi! Pouvez-vous nous parler rapidement de votre parcours?

J'ai travaillé en tant que designer et j'ai rejoint Paypal pendant 7 ans, où j'ai acquis la majeure partie de mon expérience. Au début, j'ai surtout travaillé sur la conception de contenu, puis j'ai progressivement pris de l'intérêt pour tous les aspects de l'UX, tels que la partie visuelle et la recherche, etc. C'est également là que j'ai rencontré Tristan Charvillat avec qui j'ai co-écrit le livre "Discovery Discipline" et qui a par la suite également rejoint Blablacar.

En 2015, j'ai rejoint Blablacar en tant que responsable de l'UX, puis VP du produit, jusqu'à ce que je devienne CPO.

Qu'est-ce qui vous a motivé à écrire votre livre?

A l'époque, chez PayPal, il y avait une forte envie d'aller vers des choses beaucoup plus grandes en termes de rassemblement des gens et de réflexion sur l'utilisateur, mais c'était une sorte de découverte "exceptionnelle" ou "événementielle". C'est-à-dire que, au quotidien, les équipes produit n'ont pas le temps de le faire, jusqu'à ce qu'un gros problème l'exige. À ce moment-là, il y aura un énorme processus qui nécessite beaucoup de ressources, mais cela conduit à deux problèmes principaux:

1. Que faites-vous avec le nombre d'aperçus recueillis?

2. Si c'est si précieux pour les grands projets, n'y a-t-il pas un équivalent légèrement moins ambitieux pour les projets plus petits?

C'est là que la découverte quotidienne intervient. Aujourd'hui, l'approche que nous avons développée avec Tristan, inspirée par notre expérience, est un cadre sur lequel 100% des projets de Blablacar sont mis en œuvre.

Nous avions le sentiment que la livraison avait été discutée et couverte des millions de fois, et était plutôt très bien gérée dans toutes les entreprises. Étonnamment, il semblait fou que la phase de découverte soit encore si vague dans la plupart des cas.

Le livre s'intitule Discovery Discipline. "Discipline" parce que la découverte est quelque chose que vous pouvez faire tous les jours avec vos utilisateurs. Bien sûr, ce n'est pas facile, vous devez être très rigoureux et c'est ce qui a motivé Tristan et moi à écrire ce livre, pour offrir un cadre efficace qui permettra aux équipes produit de réaliser leur découverte de la manière la plus efficiente et efficace possible.

Pouvez-vous brièvement décrire votre framework?

Nous avons développé des livrables ultra simples, qui obligent les équipes à se poser les bonnes questions. Nous avons essayé des centaines de techniques et nous avons gardé ce qui fonctionnait le mieux.

Nous avons créé un framework en 7 étapes appelé FOCUSED. Chaque lettre représente une étape:

• F pour Frame, définir l'ambition du projet.

Pourquoi je commence ce projet? Pourquoi vais-je dans cette direction?

Nous allons vous aider à poser les bonnes questions et proposer des activités pour y répondre.

• O pour Observer, identifier le cas d'utilisation principal.

C'est la phase où vous vous mettez à la place de votre client, en définissant votre "premier cas d'utilisation". Ici, nous avons développé des activités qui vous aideront à comprendre à quoi ressemble le profil de votre utilisateur cible, comprendre ses problèmes, les obstacles, les alternatives, etc.

C pour Claim, imaginer une position narrative.

Cette étape est un peu controversée car l'idée est que si vous avez clairement identifié votre "premier cas d'utilisation", vous devez être en mesure de faire une promesse à ces utilisateurs de siège - leur dire ce que nous résolvons.

• U pour Unfold, choisir les moments clés de l'expérience.

Nous vous mettons au défi de définir 5 points de contact. L'idée est de réfléchir à ce que vous avez entendu des utilisateurs, à leurs problèmes, à votre position narrative, etc. Puis zoomer pour vous demander où ou quand vous pourriez essayer de résoudre le problème.

• S pour Steal, réutiliser les solutions existantes.

Inspiré par la citation "un bon artiste copie, un grand artiste vole", il s'agit de fragmenter votre solution en petits morceaux et de voir lesquels vous pouvez "voler".

Vous n'êtes pas un artiste! Allez trouver de bonnes valeurs.

• E pour Exécuter, construire une version opérationnelle.

Une fois que vous avez tout cela, l'idée est de tout mettre ensemble et de créer un prototype qui reflète l'expérience souhaitée le plus fidèlement possible.

• D pour Décider, évaluer la qualité de la solution.

Enfin, vous pouvez soumettre votre prototype à vos utilisateurs pour voir si vous l'avez réussi ou non.

Ainsi, ce cadre incarne quinze années d'expérience de pratique et d'erreurs. C'est également le cadre avec lequel tous nos processus à Blablacar ont été réalisés.

Merci, Rémi!
En parlant avec Rémi, il est clair que Blablacar a développé une forte culture de l'innovation et centrée sur l'utilisateur, propice aux tests de produits, à la découverte et à l'apprentissage. Il est difficile de ne pas faire le lien entre cette culture et le succès que nous leur connaissons.
En écrivant ce livre, Rémi et Tristan vous invitent à vous immerger dans leur cadre, établi à Blablacar, et pourquoi pas essayer de le reproduire dans votre organisation.

Trouvez leur livre ici: https://discovery-discipline.com/