01
DOSSIER /002
Rendre la donnée d'affluence actionnable pour un responsable de site
Une page Analyse repensée autour de leurs questions métier : +52 % de temps d'engagement par utilisateur et +27 % de temps total sur la page, malgré moins de visites.
- DATE
- Nov 2025 — Mai 2026
- ÉQUIPE
- 1 Product Designer · 1 PM · 1 PO · devs front, back et data
- STACK
- Figma · Figma Make · Whimsical · Metabase · Google Forms
01 — CONTEXTE
Une page d'analyse peu utilisée
Affluences est le leader dans la mesure, la communication et la gestion des données de fréquentation des établissements recevant du public — bibliothèques, universités, sites culturels. Ce projet repose sur le pilier « gestion » de la suite, le module Statistiques, qui permet aux clients d'accéder à leurs données d'affluence à travers trois pages : Analyse, Historique et Prévision.
La page Analyse était très peu utilisée par les clients. L'hypothèse émise était qu'elle n'était ni comprise ni exploitable pour les besoins métiers des clients.
- CLIENT
- Affluences — leader de la donnée de fréquentation
- PILIER
- Gestion — le module Statistiques du portail SaaS
- CIBLE
- La page Analyse
02 — PROBLÉMATIQUE
Une page ouverte par réflexe, jamais pour analyser
- 4ᵉ onglet sur 5 en vues uniques 24 000 vues uniques sur six mois, loin derrière les autres pages du portail.
- Des sessions trop courtes pour analyser 50 % duraient moins d'1 min 30, un quart d'entre elles moins de 45 secondes.
- Un usage mono-établissement, mono-métrique 80 % des consultations portaient sur un seul établissement, 80 % n'affichaient qu'une seule métrique — les entrées à elles seules pesaient 43 % des usages.
UTILISÉE COMME
Un tableau de bord qu'on ouvre pour vérifier une valeur
DEVRAIT FONCTIONNER COMME
Une page d'analyse actionnable pour le client
Quel impact a mon activité sur l'affluence du lieu ? Quels sont les pics et creux habituels pour anticiper les flux ?
Comment pourrait-on simplifier la page Analyse pour qu'elle s'intègre aux besoins métiers des clients d'Affluences ?
03 — OBJECTIFS
Trois objectifs, posés avant la conception
02
Augmenter la durée d'utilisation du module Statistiques
03
Observer une différence significative dans le NPS
04 — PROCESSUS
Récolter du feedback à l'aide d'un outil plug & play
EN AMONT DE LA CONCEPTION
-
Ouvrir Metabase à un échantillon de clients
COMPORTEMENTALEn amont de mon arrivée sur le projet, il a été décidé d'identifier les clients ayant des besoins statistiques sur la partie comptage. Metabase, une interface « plug & play » de dataviz, a été mis à disposition sur leurs espaces respectifs pendant plusieurs mois. L'idée était donc de leur fournir un outil facile et d'analyser leur utilisation de ce dernier pour aboutir à une version customisée qui sera implémentée en interne.
9 CLIENTS BÊTA-TEST
-
Interview des bêta-testeurs
ATTITUDINALDeux guides d'interview avaient été créés : un pour ceux qui avaient manipulé Metabase durant les mois précédents ; l'autre pour ceux qui ne l'avaient jamais utilisé. Malheureusement, cette demande d'interview a été peu efficace et seulement 2 clients ont souhaité nous répondre. Ce manque de feedback a structuré la suite des méthodes choisies.
2 INTERVIEWS
Les interviews ont quand même validé nos hypothèses :
- la carte de chaleur Metabase fonctionnait bien pour identifier les pics et les creux d'affluence ;
- l'impact du choix de la granularité n'était pas bien compris ;
- les pages Analyse et Historique étaient utilisées indépendamment, pour deux usages différents ;
- la comparaison par défaut à l'arrivée sur la page était mal calibrée.
ÉVALUER APRÈS LA GÉNÉRATION DES MAQUETTES
-
Tester l'utilisabilité avec les collaborateurs les plus proches des clients
COMPORTEMENTALDe par le manque de participants aux interviews, nous avons décidé de faire tester l'ensemble des maquettes à des collaborateurs internes proches des clients (CSM, Sales, Support). Pour accélérer cette phase d'évaluation, nous avons réalisé un prototype avec Figma Make pour simuler une vraie manipulation d'interface et effectuer des scénarios métier typiques. Ainsi ont été mesurés le temps, les suites d'actions et les réussites de chaque tâche, auprès de 5 utilisateurs.
5 TESTEURS EN INTERNE
-
Tester la compréhension de la distribution des visiteurs présents
ATTITUDINALUn test de préférence a été réalisé en interne, pour évaluer la compréhension de 2 types de visualisation : un graphe à barres et un graphe en courbe. La seconde a été un franc succès, de par sa facilité à extraire des insights. Elle l'a emporté sur les trois critères évalués : facilité de lecture, capacité à en extraire un insight et attrait visuel.
2 VISUALISATIONS DISTINCTES
Les deux derniers tests ont été passés avec des participants internes et non avec des clients : les interviews avaient peu fonctionné, et il fallait malgré tout avancer rapidement. C'est la principale limite méthodologique du projet : suffisante pour détecter des problèmes d'utilisabilité, insuffisante pour valider la pertinence métier des indicateurs.
05 — DÉCISIONS CLÉS
Quatre arbitrages, basés sur des feedback utilisateurs
Restreindre le périmètre d'analyse à du mono-site et mono-indicateurs
SITUATION
La comparaison multi-sites avait été demandée par plusieurs clients, mais cela restait une minorité. Les données d'usage montraient en globalité une utilisation mono-site et mono-indicateurs.
OPTIONS
Couvrir tous les indicateurs et la comparaison multi-sites- 4 indicateurs de comptage mis à disposition (Entrées, Sorties, Taux d'occupation et Visiteurs présents) en analyse mono-site
COMPROMIS
La vue multi-sites sera étudiée pour une prochaine version. De plus, elle reste disponible sur la page Historique.
Deux sections plutôt que trois onglets
SITUATION
Metabase répartissait les dataviz sur des onglets différents. Plusieurs sélecteurs de données apparaissaient en fonction de l'onglet sélectionné, ce qui apportait beaucoup d'incompréhension.
OPTIONS
Conserver les trois onglets hérités de Metabase- Deux sections sur la même page, avec une hiérarchie des champs : applicables soit sur l'ensemble de la page, soit sur la section concernée
COMPROMIS
Les sélecteurs de date, le choix de l'indicateur d'affluence et la granularité s'appliquent aux deux sections à la fois. Les sélecteurs spécifiques (ex. : méthode de calcul) s'appliquent uniquement à la répartition.
Un sélecteur rédigé comme une phrase
SITUATION
Les champs « indicateurs » et « granularité » mis côte à côte n'aidaient pas à la compréhension. De plus, la granularité était l'un des paramètres les moins compris d'après l'une de nos interviews.
OPTIONS
Deux champs texte classiques- Une phrase avec des sélecteurs intégrés : « Analyse des entrées par demi-heure »
COMPROMIS
Quelques problèmes d'utilisabilité sont survenus, car ce n'est pas le type de composant le plus utilisé sur des SaaS. Il a fallu renforcer l'affordance de ce sélecteur au niveau de la phrase, à l'aide d'un soulignement et d'un chevron.
La distribution : compréhensible en courbe plutôt qu'en histogramme
SITUATION
Deux visualisations concurrentes ont été identifiées pour la distribution des visiteurs présents, mais aucun argument décisif ne nous avait aidés à trancher.
OPTIONS
Histogramme- Courbe, grâce au test de préférence
COMPROMIS
L'une des interviews avait fait remonter l'absence de quartiles et de médianes sur Metabase. Il nous fallait donc trouver une manière d'afficher cette donnée de manière compréhensible pour une audience non technique. La courbe a été le visuel gagnant en termes de compréhension.
06 — SOLUTION
Des sélecteurs globaux
Deux sélecteurs de période — analyse et comparaison — sont placés côte à côte en haut à droite, séparés du reste de la page. En dessous, la sélection s'énonce comme une phrase : « Analyse des entrées par heure », où l'indicateur et la granularité sont soulignés et surmontés d'un chevron pour signaler qu'ils s'ouvrent.
La tendance suit l'indicateur
La tendance d'évolution, une rangée de trois cartes KPI, répond à « mon activité monte-t-elle ou baisse-t-elle ? ». Ces cartes comparent des valeurs sur la période d'analyse et de comparaison, avec le pourcentage d'évolution et une flèche colorée. Leur contenu change avec l'indicateur : un maximum daté pour les entrées, une courbe de distribution pour les visiteurs présents, le nombre d'alertes de dépassement pour le taux d'occupation.
La répartition compare les deux périodes
La répartition répond à « quand sont mes pics et mes creux ? » : une carte de chaleur qui croise les jours de la semaine avec la granularité choisie. Une agrégation — cumul, moyenne ou maximum — s'applique à ses valeurs ; ce réglage ne concerne que cette carte, sans toucher à la tendance. Trois onglets donnent la période d'analyse, la période de comparaison, puis leur écart : des pourcentages sur un dégradé divergent, beige pour les baisses, bleu pour les hausses, qui montrent d'un coup d'œil où l'affluence a bougé.
07 — RÉSULTATS
Une page livrée, une réussite à confirmer
O·01
Cinq retours clients enthousiastes
- Deux clients enthousiastes à l'annonce du module, et 13 réactions positives sur 13
- Deux bêta-testeurs séduits par les premières maquettes, surtout visuellement
- En test d'utilisabilité, un verdict net face à la bêta Metabase : « beaucoup plus ergonomique et intuitive »
“Une fonctionnalité très utile, merci !”
RÉUSSITE À PETITE ÉCHELLE
Deux retours écrits de clients après la mise en production, là où cinq étaient visés. Les bêta-testeurs saluaient surtout l'aspect visuel des maquettes, et le test d'utilisabilité a été mené auprès de collaborateurs internes.
O·02
Augmenter la durée d'utilisation
+52 % d'engagement par utilisateur
+27 % de temps total, malgré 14 % de vues en moins
RÉUSSITE À CONFIRMER LONG TERME
À période équivalente (1ᵉʳ juin – 20 septembre, 2025 contre 2026), l'engagement par utilisateur passe de 3 min 00 à 4 min 33, et le temps total sur la page de 52 h à 66 h. La part des utilisateurs du SaaS qui la consultent passe de 5,3 % à 7,2 %. Mais l'engagement a aussi progressé sur tout le SaaS : +37 % par vue, contre +48 % sur la page. Celle-ci fait un peu mieux que la moyenne, sans que la hausse soit imputable à la refonte seule.
O·03
Différence significative dans le NPS
43 → 42 NPS stable, à période équivalente
PAS DE DIFFÉRENCE SIGNIFICATIVE
À période équivalente (1ᵉʳ juin – 20 septembre, 2025 contre 2026), le NPS passe de 43 à 42 sur plus de 400 réponses par an : un écart trop faible pour être distingué du hasard. Un indicateur global, qui ne pouvait pas refléter la refonte d'une seule page.
08 — RETOURS D'EXPÉRIENCE
Apprentissages clés
-
Considérer l'outil de bêta-test comme un produit
Metabase a été mis à disposition des clients pendant plusieurs mois, mais sans méthode de traçage de son utilisation réelle. Un journal de bord à remplir régulièrement et/ou un tracker de type Microsoft Clarity aurait pu faire émerger des usages peu faciles à récupérer en interviews.
-
Un prototype pour un usage réel
Figma Make a permis de produire un prototype manipulable très facilement et d'accélérer le time-to-market. On passe de questions de lecture et de compréhension — « quel est le nombre de visiteurs présents sur la période ? » — à des comportements réels d'utilisation. Une séquence d'actions de l'utilisateur est donc réalisée et permet facilement de faire émerger de la friction.
-
Les cas limites sont le vrai travail de conception
La difficulté du projet n'a pas été de dessiner la page, mais de lister toutes les combinaisons de période, de granularité et d'agrégation. Que se passe-t-il quand la période d'analyse est remplie et pas celle de comparaison ? Quand la durée sélectionnée est plus courte que la granularité choisie ?
CANAL OUVERT