Comment Qonto a amélioré la qualité et la rapidité de ses produits grâce à Claap
Ce que tu vas apprendre
- Les défis de la mise à l'échelle de l'alignement dans une organisation en hypercroissance
- Comment les équipes produit utilisent Claap pour améliorer l'alignement et la prise de décisions
- Les meilleures pratiques de Qonto en matière de mise en œuvre du Claap pour examiner les documents conceptuels, les revues de conception, l'assurance qualité, les rapports de bugs et les formations
L'entretien
La création du nouveau tableau de bord est une fonctionnalité complexe. C'est une refonte complète, super complexe. Et c'est vraiment à ce moment-là que j'ai vu les premiers commentaires ajoutés à mon enregistrement. Et le fait que cela ait suscité de l'enthousiasme au sein de l'équipe. Les gens étaient vraiment enthousiastes à l'idée d'écrire des commentaires sur la vidéo, alors je me suis dit « Ok, c'est génial ».
Hé Thomas ! Alors, pour commencer, peux-tu nous en dire un peu plus sur ton rôle chez Qonto et les grands défis que tu dois relever aujourd'hui ?
Sûr. Je suis chef de produit chez Qonto. Dans l'équipe produit, nous sommes environ 100 personnes, nous sommes 40 chefs de produit. Le reste de l'équipe est composé de designers et de rédacteurs UX qui nous aident à réfléchir à l'interface et aux messages que nous voulons transmettre dans le produit.
Je travaille sur deux scopes différents. La verticale de la gestion des flux de trésorerie et celle des intégrations : comment Qonto s'intègre à d'autres outils, tels que les intégrations comptables, par exemple.
Qonto est une solution financière pour les indépendants, les micro-entreprises, mais aussi les PME comptant jusqu'à 250 personnes.
La majorité de nos clients sont des solos et des micros : 95 % de nos clients comptent moins de dix personnes dans leur entreprise.
Notre plus grand défi en tant qu'entreprise est désormais de nous développer le plus rapidement possible.
Nous avons déjà beaucoup grandi, mais depuis la dernière levée de fonds en janvier, nous devons doubler le nombre de PM d'ici la fin de l'année et le quadrupler d'ici 2024.
Le principal défi consiste à intégrer facilement de nouvelles personnes et à conserver l'alignement que nous avions lorsque nous étions beaucoup moins nombreux. Comment s'assurer que lorsque nous présentons un sujet, nous alignons toutes les principales parties prenantes.
Lorsque je propose une nouvelle fonctionnalité qui répond à un problème d'utilisateur spécifique, je souhaite obtenir des commentaires le plus rapidement possible sans prendre trop de temps pour les parties prenantes. En même temps, il est important pour moi de m'assurer qu'ils sont au courant très tôt afin de pouvoir intégrer leurs commentaires à temps.
Et quelles sont les parties prenantes avec lesquelles vous devez vous aligner ?
Les deux principales parties prenantes avec lesquelles je dois m'aligner sont le responsable des produits et notre directeur des produits. Les décisions avec l'équipe de conception sont prises au niveau de l'équipe. Les designers eux-mêmes ont des défis à relever avec leur propre responsable du design.
Je suis le propriétaire de la fonctionnalité, je suis responsable de l'ensemble du sujet. J'ai besoin de l'approbation de tous, ou du moins je dois prouver que j'ai pris en compte les commentaires de mes parties prenantes.
Les décisions ne sont pas prises du haut vers le bas en général. Ils doivent provenir de recherches auprès des utilisateurs, d'analyses de la concurrence, etc. Cela dit, ce n'est pas parce que nous avons une vision qu'elle ne sera pas contestée par des personnes ayant un point de vue ou un contexte différent.
En fait, je suis assez curieuse de connaître ces moments d'alignement. Avez-vous déjà structuré certaines portes de décision dans le cycle de développement de votre produit ? Comment cela fonctionne-t-il dans la pratique ?
Eh bien, en fait, c'est un sujet important qui a beaucoup évolué ces derniers mois, notamment grâce à Claap.
Ce que nous faisions auparavant était structuré en différentes phases chez Qonto.
La première phase s'appelle l'analyse de la valeur : comprendre le problème.
Que me disent mes utilisateurs ? Quel est l'état de l'entreprise ? Que font nos concurrents ? Quels problèmes voulons-nous résoudre ? Quelles sont les user stories sur lesquelles je dois travailler ? Quelles sont mes contraintes ? De combien de temps ai-je besoin pour travailler sur le sujet ?
C'est ce que nous appelons généralement un document conceptuel. Nous avons la première critique ici.
C'était un peu douloureux avant. Les documents conceptuels sont des documents écrits assez longs. Même si nous essayons de les rendre digestes pour nos parties prenantes, nous y avons travaillé si dur, nous avons fait tellement d'entretiens et d'analyses que cela reste quand même assez long et fastidieux. Et il faut du temps aux parties prenantes pour l'examiner.
En ce moment, nous faisons une voix off sur Claap. J'ai récemment travaillé sur un sujet complexe de gestion de trésorerie. C'était très complexe car nous travaillions sur deux fonctionnalités potentiellement liées l'une à l'autre. Nous avons donc dû trouver comment le faire fonctionner. Je voulais obtenir les commentaires de mes parties prenantes. J'ai donc rédigé mon document conceptuel et j'ai fait une petite voix off de six minutes au cours de laquelle je leur ai montré les points clés et les principales décisions que j'avais l'intention de prendre. Et c'est formidable, car avec Claap, il est très facile pour mes parties prenantes d'arrêter la vidéo et de dire : « D'accord, je suis d'accord avec ce que vous dites, mais faites attention, pensez à ceci, réfléchissez à cela ». C'est vraiment très pratique.
C'est généralement là que nous avons le premier point de discussion.
Ensuite, nous passons à une phase appelée « ingénierie de la valeur » au cours de laquelle nous travaillons en étroite collaboration avec l'équipe d'ingénierie.
Nous avons déjà proposé une sorte de vision globale avec nos user stories, avec nos contraintes, mais nous ne l'avons pas encore confrontée à l'aspect technique. L'objectif de l'ingénierie de la valeur est de s'assurer que ce que nous proposons sera réalisable dans les délais impartis. Faire également émerger de nouvelles solutions qui peuvent voir le jour. Ils peuvent provenir de la technologie eux-mêmes parce qu'ils ont envisagé le problème différemment.
Et en fin de compte, le résultat est un prototype.
C'est aussi un moment où nous allons enregistrer un claap. Nous allons présenter le prototype pour recueillir des commentaires en disant : « Eh bien, nous avons partagé le claap avec le document conceptuel. Nous avions reçu des commentaires. Nous l'avons défié avec l'équipe technique. Voici notre solution préférée. Voici à quoi ressemble le prototype. » Cela nous aide à recueillir des commentaires et, si tout va bien, il n'y a que de petits ajustements. Nous validons et passons à la phase de spécification.
Super clair. Devez-vous également valider les spécifications de votre produit de la même manière ?
Non, car les spécifications sont en fait le résultat de la phase d'ingénierie de la valeur. Si nous étions tous d'accord auparavant, la spécification est simplement « Je résume ce sur quoi nous nous sommes mis d'accord ».
Je vois C'est comme ton contrat.
Le contrat, oui, c'est ça. Grâce à Claap, nous faisons valider le contrat avant de le rédiger.
OK, donc en fait, votre validation comporte deux étapes : votre brief conceptuel ou votre document conceptuel qui est validé deux fois : une fois par le responsable du produit/CPO, puis contesté par les autres.
Ça se passe en même temps ! Ils regardent le même enregistrement et y ajoutent des commentaires. Pas besoin de le faire deux fois et cela facilite l'alignement.
Concrètement, quels sont les principaux avantages par rapport à ce que vous faisiez auparavant ?
La qualité du feedback et de l'alignement.
Auparavant, nous n'avions pas de commentaires en permanence sur les documents. C'était vraiment difficile de forcer les gens à vous donner leur avis sur un long document. C'était parfois un peu superficiel.
Maintenant, c'est beaucoup plus rapide. La vidéo vous permet d'expliquer rapidement le point. Je fais maintenant l'effort de souligner les points les plus importants pour lesquels j'ai besoin d'un feedback. Je sais que mes parties prenantes peuvent se concentrer sur la fourniture de commentaires là où je les attends. Et s'il veut plus de détails, il peut toujours sauter et lire le document. Avant cela, il était assez difficile de m'assurer que j'avais mon mot à dire sur les sujets les plus importants.
Donc, de votre point de vue, c'est vraiment le nombre et la qualité des commentaires que vous avez reçus qui ont changé avec ce système.
Oui exactement. Au final, cela renforce la culture du feedback que nous avions déjà chez Qonto.
Chez Qonto, nous n'avons aucun problème à dire que nous ne sommes pas d'accord sur certains points. Nous devons être très solides quant aux raisons pour lesquelles nous faisons les choses, en donnant toujours des arguments, des avantages et des inconvénients, et en les documentant.
Auparavant, comme il était très difficile de tenir toutes les parties prenantes informées, nous devions parfois revenir en arrière sur certaines choses que nous faisions.
Nous sommes désormais en mesure de passer à un modèle plus préventif où toutes les parties prenantes sont informées très tôt. Cela vous permet de ne pas déconcentrer les équipes qui développent de nouvelles fonctionnalités. Nous pouvons agir plus rapidement car nous savons que nous avons déjà reçu les commentaires que nous attendions.
D'accord. J'imagine qu'au final, vous êtes en mesure d'améliorer à la fois la qualité et la rapidité du produit ?
Oui, complètement.
Super perspicace. Et en ce qui concerne les autres cas d'utilisation, vous avez brièvement évoqué la partie revue de conception. Comment cela fonctionne-t-il concrètement ? C'est vous qui en êtes responsable ? ou est-ce que ce sont des concepteurs de produits ?
Cela peut être les deux. De plus en plus, les designers enregistrent eux-mêmes le claap, mais au début, c'est moi qui ai présenté les prototypes. Il n'y a pas forcément de règle, mais de plus en plus, ce sont les designers qui le font et qui sont un peu les propriétaires de la solution au final. Et nous appliquons les mêmes principes : nous nous lançons des défis, nous prenons en compte les contraintes et, avant de commencer à construire, nous voulons nous assurer que tout le monde est aligné. Et si tout le monde a le GO, alors allons-y.
D'ACCORD. Comment cela fonctionnait-il auparavant ? Avez-vous dû planifier un rendez-vous ?
Nous pouvions en effet programmer des réunions et c'est vrai que cela a pris beaucoup de temps. En fait, nous avons présenté le prototype en direct et avons reçu des commentaires en direct, ce qui était assez pénible car il faut présenter et recevoir des commentaires en même temps, ce qui n'est pas toujours facile. Parfois, c'était juste : je poste le prototype dans Slack et j'envoie un ping à mon CPO. Je lui disais : « Contente d'avoir ton avis » et parfois je n'avais pas ses réponses à cause de la surcharge de messages sur Slack.
Oui, lorsqu'on reçoit un design sans contexte, il est toujours très difficile de donner son avis.
Oui ! Il n'y a pas de voix off. Il n'y a aucun contexte. Et nous ne savons pas pourquoi ces choix ont été faits de cette façon. Lorsque nous avons une voix off, nous pouvons dire : « OK, cela se produit parce que nous avons choisi de placer le bouton comme ça, parce que X l'a fait à ce stade, parce que Y... »
Super clair. Et existe-t-il d'autres cas d'utilisation pour lesquels vous utilisez également Claap ?
Pour faire tous mes commentaires en matière de QA. Pour signaler des bogues en fait. Je m'occupe de sujets techniques tels que l'API, mais dès qu'il y a un problème avec l'interface, je n'ai pas besoin de faire une capture d'écran avec une longue description. J'écris simplement : « Je me connecte à cet environnement avec cet utilisateur, puis il y a une vidéo dans laquelle je montre ce qui se passe. » J'ouvre ma console s'il le faut et je fais une claque et, dès que je détecte un comportement inattendu, je sélectionne la partie de l'écran qui est boguée et j'explique. Je souligne le bug.
Et vous avez déjà évoqué un peu certaines fonctionnalités. Quelles sont les caractéristiques essentielles de Claap pour vous ? Et, en plus de cela, si vous pouviez également expliquer les avantages.
Je trouve que le plugin Chrome est très facilement accessible. C'est super clair, ça démarre très vite. J'ai eu beaucoup de problèmes avec l'installation du plugin Loom auparavant, ce que j'ai trouvé vraiment ennuyeux. Je ne sais même plus à quoi ça ressemble car dès que je suis passé à Claap, j'ai arrêté d'utiliser Loom. En termes de fonctionnalités, ce que je trouve vraiment bien, c'est de contrôler la vitesse de la vidéo et de pouvoir faire une pause et sélectionner une partie de l'écran pour faire un commentaire sur une zone dédiée.
J'avoue que je n'ai pas encore beaucoup utilisé les sondages.
L'intégration avec Slack est également assez bonne. Avant cela, je recevais trop d'e-mails contenant des notifications.
Maintenant, au moins, je peux choisir et m'enregistrer facilement sur Slack sans recevoir de spam. C'est super.
Quoi d'autre ? La création de sujets.
Qui utilise Claap aujourd'hui ? Et quels sont les principaux avantages de cette solution ?
En termes d'utilisation, il y a vraiment de plus en plus d'utilisateurs. Il y a des designers, des responsables marketing et des chefs de produits comme moi.
Ah ! Et il y a un cas d'utilisation que je n'ai pas mentionné : les entretiens avec les utilisateurs. J'enregistre toutes les interviews d'utilisateurs sur Claap, simplement parce que je trouve ça cool de pouvoir centraliser toutes mes vidéos en un seul endroit. Je pense que toute l'équipe produit l'utilise.
L'équipe de croissance l'utilise également beaucoup, je pense, mais je n'ai pas beaucoup de détails.
Les techniciens l'utilisent également beaucoup, mais surtout en tant que contributeurs. Ils peuvent vous faire gagner beaucoup de temps lors de la résolution des problèmes.
Le principal avantage est sans aucun doute le gain de temps. Au lieu de lire un document conceptuel de 10 pages, les utilisateurs n'ont qu'à regarder une vidéo de 6 minutes qui met en évidence les éléments clés à valider.
Et quand s'est passé votre premier moment « Ah » avec Claap ?
Il s'agit du premier prototype de tableau de bord que j'ai eu à présenter. La création du nouveau tableau de bord est une fonctionnalité complexe. C'est une refonte complète, super complexe. Et c'est vraiment à ce moment-là que j'ai vu les premiers commentaires ajoutés à mon enregistrement. Et le fait que cela ait suscité de l'enthousiasme au sein de l'équipe. Les gens étaient vraiment enthousiastes à l'idée d'écrire des commentaires sur la vidéo, alors je me suis dit « Ok, c'est génial ».
D'accord. Avez-vous dû expliquer à vos coéquipiers qu'ils pouvaient laisser des commentaires ?
Chez Qonto, nous faisons de nombreux commentaires sur tout. Quand quelqu'un demande un avis, il y a en général beaucoup de commentaires. Nous avons cette culture du feedback. Nous n'avons pas peur de dire : « Il y a un problème ici ». Nous n'hésitons pas à commenter et à dire : « Ah, je ne pense pas que ce soit une bonne chose, etc. » En raison de cette culture, il me suffisait de dire : « Tu peux laisser des commentaires sur la vidéo »... et il y a eu des commentaires.
Comment voyez-vous l'évolution de Claap chez Qonto ? Avez-vous d'autres cas d'utilisation en tête ?
Je dirais aussi pour la formation. Si nous prenons la sortie de notre nouveau tableau de bord, par exemple, je devrai préparer du matériel de formation, pour m'assurer que les gens sont en mesure d'expliquer comment fonctionne le tableau de bord, etc. En général, cela représente au moins 30 minutes de formation par équipe. Mon plan est donc d'enregistrer le cours de Claap afin que les gens y accèdent chaque fois qu'ils en ont besoin et puissent commenter s'il y a quelque chose de flou.
Oui, c'est en effet un cas d'utilisation assez courant. Nous arrivons à la fin. Y a-t-il autre chose que tu voulais mentionner ?
Aucun commentaire spécifique. J'utilise vraiment Claap tout le temps. Tout à l'heure, je demandais à un ingénieur logiciel de faire quelque chose. Il m'a dit : « c'est fait » mais je n'ai pas compris. Quand j'ai regardé, ça n'a pas marché. Alors je lui ai envoyé un salut. Pour moi, il est devenu naturel d'enregistrer des applaudissements pour tout. Et je pense que je vais finir par découvrir de plus en plus de cas d'utilisation. Passer une claque peut vraiment nous faire gagner du temps. Super produit !
OK, trop cool ! C'est tout pour moi. Merci beaucoup Thomas !
Vous êtes le bienvenu !
Ressources pour vous aider à démarrer
Si vous avez aimé lire cet article et que vous souhaitez maintenant mettre en œuvre ces meilleures pratiques dans votre propre entreprise, voici quelques bons guides pour commencer :
.jpg)