Agorapulse, Social Listening: refonte d'une fonctionnalité essentielle pour un nouveau type d'utilisateurs

Full re-vamp
Web-app SaaS B2B
RôleProduct Designer
Date2023
CompanyAgorapulse

Agorapulse est une plateforme SaaS dédiée aux gestionnaires de réseaux sociaux, facilitant la publication de contenu, la gestion des interactions et la mesure de l’impact en ligne. La fonctionnalité de Social Listening permet d’écouter des mots-clés associés à la marque sur divers réseaux sociaux, afin de surveiller les mentions (quand quelqu’un écrit le nom de la marque) et d’analyser l’impact de la stratégie numérique.

 

La refonte de cette fonctionnalité était essentielle pour Agorapulse, dans le cadre de son développement vers un marché plus professionnel, où le Social Listening est un outil clé pour le choix d’une solution.

Les problématiques qui ont mené à cette refonte

Lorsque l’on était comparé aux solutions concurrente, notre solution ne faisait simplement pas le poid. Les principales problématiques qui ont mené à cette refonte étaient :

  • Fonctionnalités limitées: La fonctionnalité se concentrait uniquement sur les mentions directes (quand on cite quelqu’un « officiellement ») et les hashtags (Instagram). De plus, il était impossible d’agréger les résultats de différents réseaux.
  • Manque de compétitivité: La solution n’était pas assez développée pour répondre aux attentes d’un public professionnel plus avancé. Il y avait un déficit de réseaux supportés, de données et de fonctionnalités par rapport aux solutions concurrentes, bien plus avancées.
Aperçu de l'aspect de l'ancienne version, se rapprochant du style d'une boîte de réception, sans en avoir la même utilité

Phase de recherche


Exploration du feedback existant

Les retours, à la fois des utilisateurs existants et des prospects qui n’avaient pas signé, ont été analysés. Ces retours ont été collectés lors d’interviews menées au fil du temps, ainsi que grâce à des discussions avec toutes les équipes produits, notamment les équipes support et marketing.

Nous nous sommes aussi basé sur une étude, le State of Social Listening, du Social Intelligence Lab, pour nous aiguiller sur notre position sur le marché.

Extrait du user-flow simplifié de la feature avant sa refonte

User flows de la fonctionnalité actuelle

En parallèle, nous avons aussi réalisé des userflows de notre Social Listening actuel afin d’en comprendre ses failles et ses limites, ainsi que les parcours limités des utilisateurs actuels.

Analyse concurrentielle

Une analyse approfondie des concurrents a révélé plusieurs points forts dans leurs solutions:

  • Une analyse détaillée du sentiment (positif/négatif) autour de la marque
  • Une meilleure construction des recherches, avec des paramètres complexes et combinant toutes les plateformes , le tout sur le même écran

 

En comparant ces solutions avec leur marché cible ainsi que leurs modèles économiques, nous avons pu commencer à nous situer dans cet écosystème complexe. Nous avons aussi trouvé des problèmes d’expérience à éviter dans notre future solution.

Extrait flouté de l'analyse de nos concurrents en terme de Social Listening

Interviews additionnelles

Pour compléter notre liste d’hypothèses existantes et potentiellement en découvrir d’autres, nous avons aussi décidé de mener quelques interviews supplémentaires avec de potentiels leads et des utilisateurs actuels importants.

Définition des besoins principaux

Cette phase de recherche nous a permis d’identifier avec conviction les besoins principaux de nos utilisateurs cible:

  • Récupérer des données précises et actionnables sur l’état de la marque
  • Pouvoir en faire des rapports
  • Trouver des informations sur les tendances de leur industrie
  • Comprendre leur compétition et leur stratégie

 

Grâce à la phase de recherche, nous avons conclu que nous pouvions développer un MVP qui répond principalement au premier besoin, puis d’itérer pour, à terme, répondre aux autres.

L'interface de création de "recherche" de l'ancienne fonctionnalité, très limité dans ses possibilités

Idéation et conceptualisation


Le design sprint

Un design sprint a été organisé avec les parties prenantes clés : Product Manager, Head of Design, Engineering Manager et Product Designer.

Les premiers jours du sprint ont permis de définir les bases du MVP, se concentrant sur le besoin principal: la surveillance de la santé de la marque en ligne via des données précises. L’inclusion de plusieurs département différents au même moment a aussi grandement facilité le choix de certaines pistes.

Exemples de wireframes étudiés à différents stades du sprint

Sur les jours suivant, nous avons mis en place des ateliers de conception tels que des 6 to 1, du card sorting, puis diverses explorations sur papier à partir des pistes qui ressortaient le plus.
A la fin de ces explorations, une fois qu’on avait réussi à trouver une arborescence qui faisait écho au besoin, nous avons commencé une phase d’exploration en wireframes pour définir les bases de la structure des pages.

Test d’utilisabilités et de valeur business

Après avoir validé à la fin du sprint une piste prometteuse, nous l’avons prototypé suivant un protocole précis afin de la tester.

 

Ces tests ont été réalisés en interne (avec les équipes support, marketing, etc.), ainsi qu’en externe, auprès d’une dizaine d’utilisateurs réels. Ces tests ont permis de valider l’utilisabilité et de s’assurer que le produit répondait bien aux besoins des utilisateurs, en particulier en termes de surveillance de la santé de la marque. Nous en avons aussi profité pour comprendre si nous allions dans la bonne direction avec notre produit pour cette nouvelle base d’utilisateurs.

Protocole utilisé pendant les tests d'utilisabilité en complément du prototype
Visualisation du prototype mis dans les mains des utilisateurs leurs de leurs sessions de test

Resultats des tests

Les résultats des tests étaient très positif, le processus de création de recherches (une sorte de dashboard pour écouter un thème en particulier) était clair pour eux. Nous avons aussi eu des retours constructifs, comme le besoin de donnée supplémentaires, ou l’ajout de fonctionnalités comme la possibilité d’interagir avec des posts.

Design haute fidélité

Une fois les tests validés, la phase de design haute fidélité a commencé. Grâce à notre design system détaillé, ce fut rapide. Il est cependant important de faire attention à:

  • L’accessibilité des interfaces, via des couleurs contrastées e un wording clair et compréhensible
  • Le design d’intéraction, non présent pendant les tests mais essentiels pour le confort d’utilisation
  • Une cohérence visuelle et fonctionnelle avec le reste du produit. Travaillant avec 3 autres designers sur d’autres fonctionnalités, il est important qu’on s’accorde pour conserver des structures de pages similaires
  • Description des éléments à tracker (boutons, taux de conversion…) pour s’assurer d’un bon suivi des KPIs.
Exemple d'un écran haute fidélité pour la "search view", un dashboard récapitulatif avec de la donnée et des posts

Développement et lancement

Le développement a été lancé une fois les écrans livrés, mais a pris du temps en raison de problèmes liés aux APIs (notamment Twitter). Une phase de bêta fermée a ensuite permis d’ajuster la fonctionnalité avant son ouverture au grand public. Les retours de la bêta ont permis de corriger plusieurs points bloquants et d’améliorer la conversion des utilisateurs.

Par exemple le retrait d’une petite étape dans le parcours de création a permis d’augmenter le taux de complétion de ce parcours de 30% à 80%.

Le créateur de "recherche", qui permet de combiner facilement plusieurs réseaux différents et d'écouter des hashtags, mots clés ou mentions

Résultats et impact

Quelques temps après l’ouverture de la fonctionnalité au grand public, nous avons pu faire un point sur les différents KPIs que nous nous étions fixés:

  • Une réduction significative du taux de deals perdus à cause des lacunes du précédent Social Listening (de 5 par mois à 1)
  • Une augmentation du nombre de recherches créées constante depuis le lancement (vendues en tant qu’add-on à l’unité), ce qui a contribué à la croissance du revenu.
  • Trouver plus précis???
L'écran d'accès rapide à toutes les recherches créées par l'utilisateur, avec les dernières metrics impactantes

Conclusion

La refonte de cette fonctionnalité a été une expérience enrichissante, nécessitant une collaboration étroite entre les équipes produit. En tant que Product Designer, cela m’a permis d’utiliser pleinement mes outils pour assurer la réussite du projet, de la recherche à la livraison. Il était aussi nécessaire tout du long de garder contact avec nos utilisateurs pour s’assurer qu’on répondait à leurs besoins.

Ce que je ferais differement avec du recul:,

  • Une meilleure préparation concernant les APIs, pour ne pas avoir de surprise
  • Un scope plus restreint encore pour le MVP aurait permis de lancer la phase bêta plus tôt et de commencer à itérer plus rapidement. Des fonctionnalités ont du être coupées pendant la phase de beta pour s’assurer d’être dans les temps.

 

Je tiens à remercier toutes les équipes produits d’Agorapulse, notamment l’équipe Design et l’équipe de développement, pour leur contribution essentielle à la réussite de ce lancement.

Premières itérations : Web listening & Sentiment Analysis

Dans le prochain épisode: comment, après des mois d’ouverture de la fonctionnalité, nous avons pu itérer rapidement avec l’ajout de fonctionnalités clés tels que l’analyse du sentiment des recherches, ainsi que l’intégration de nouvelles plateformes d’écoutes: les blogs et les sites de news.

Projet précédent