
Deezer
Refonte produit · 2026
Livrable | maquettes ° prototype
Rôle | recherche ° conception ui ° tests utilisateurs
Cadre | projet de formation ° The Design Crew
Equipe | 3 products designers
Une bibliothèque devenue ingérable
Les playlists s'accumulent, se dupliquent, deviennent obsolètes. La charge mentale de l'organisation dépasse la valeur perçue.
ANALYSE DE L'EXISTANT
La bibliothèque regroupe les titres likés, les playlists créées et les albums sauvegardés. Elle s'alimente en continu sans structure imposée : le volume croît, l'organisation reste manuelle.
PÉRIMÈTRE D'INTERVENTION
Onglet Bibliothèque et parcours de recherche associé. Le catalogue global et l'expérience de lecture restent hors périmètre.
Protocole de recherche
Entretiens semi-directifs
•
5 utilisateurs, 18-30 ans
•
Objectif : identifier les stratégies de récupération de contenu
•
45 min par session
"Je sais que j'ai liké, mais je passe par Google" - Nedim, 26 ans
Constats d'entretien
4/5
Quittent l'application pour retrouver un titre déjà sauvegardé
Recours à un moteur externe ou aux paroles en ligne
5/5
Mémorisent un contexte d'écoute, jamais un titre exact
Repères temporels, émotionnels ou situationnels
3/5
Conservent des playlists qu'ils n'ouvrent plus
Coût d'entretien supérieur au bénéfice perçu
2/5
Utilisent l'historique d'écoute comme bibliothèque de fait
Mécanisme de récupération construit par l'usage
AXES DE problème
Organisation
Une bibliothèque subie plutôt que construite.
Accès
La récupération échouesur mémoire partielle.
Contournement
Un système de secoursconstruit hors de l'app.
DIAGNOSTIC
Il ne s'agit pas d'un problème d'ergonomie, mais d'un décalage entre deux modèles.
Du stockage passif à la récupération assistée
Explorer comment d'autres produits résolvent la récupérationde contenu personnel, puis confronter ces logiques aux contraintes du design system Deezer.
BENCHMARK
Concurrences directes
Spotify, Apple Music : la recherche reste indexée sur le titre exact.
Inspirations élargies
Photos, Notion : la récupération passe par le contexte et les tags.
OPPORTUNItés identifiées
Faciliter l'accès
Réduire l'effort de récupération.
Mise en avant
Explorer le pertinent au bon moment.
Récurrence
Faire de la bibliothèque un réflexe.
PISTES explorées
Filtres avancés sur la recherche existante
Ne répond pas à la mémoire partielle : il faut déjà connaître le titre
ecartée
Système de tags posés manuellement par l'utilisateur
Ajoute une charge d'organisation déjà rejetée en entretien
ecartée
Séparation explicite du catalogue et de la bibliothèque
Traite la confusion des résultats sans coût pour l'utilisateur
RETENUE
Regroupements générés à partir du contexte d'écoute
Reprend les repères mentionnés en entretien sans effort de saisie
retenue
PARTI PRIS
Ne pas demander à l'utilisateur de ranger, mais apprendre à retrouver comme il se souvient.
Trois réponses au parti pris
Les écrans présentés sont ceux de la version finale. Les tests menés sur la version précédente ont conduit aux corrections listées dans la section suivante.
principes de conception
Aucune saisie
Rien ne repose sur un rangement manuel de la part de l'utilisateur.
Deux territoires
Le catalogue et la bibliothèque ne se mélangent jamais.
Composants existants
Aucun élément inventé : le système Deezer est étendu, pas remplacé.
parcours utilisateurS
Décisions


Confronter les trois parcours au réel
Quatre sessions individuelles sur prototype interactif, une par parcours, avec consigne de penser à voix haute.
Protocole
4 utilisateurs
Profils Gen Z, auditeurs quotidiens.
3 parcours
Un par fonctionnalité, sans indication préalable.
Voix haute
Les hésitations comptent autant que les erreurs.
Efficacité de récupération
Les utilisateurs retrouvent-ils un contenu sauvegardé avec une mémoire partielle ?
Hypothèse 1 - Raccourcis contextuels
VALIDée
La Home joue son rôle de point d'entrée rapide
•
•
•
•
3/4 cliquent spontanément sur une suggestion
Friction résiduelle principalement sémantique - naming des sections "Speed Dial" et "Your Moments" peu compris.
"Wording pas compris, mais compris le principe." - Maud
Pertinence contextuelle
Les raccourcis Home sont-ils perçus comme utiles et adaptés au moment ?
PARTIELLE
La logique enrichie est pertinente, mais l'architecture reste opaque
•
•
•
•
2/4 retrouvent leur contenu
Le switch Global / Library est quasi invisible (3/4 ne le voient pas). Le problème n'est pas la pertinence des résultats, mais la clarté cognitive du système.
"Je n'avais pas vu l'onglet Deezer / Library." - Hery
Réduction de friction
Le nouveau système réduit-il les détours (recherche externe, scroll) ?
Hypothèse 3 - Réduction du contournement
NON validée
La bibliothèque enrichie a du potentiel, mais n'est pas encore un réflexe
•
•
•
•
1/4 va spontanément en bibliothèque
Perçue comme outil complémentaire, pas comme moteur principal. La valeur est conditionnelle à la visibilité - la découvrabilité doit être itérée.
"Généralement je vais dans ma librairie, puis dans mes favoris." - Marwan
•
Ce qui fonctionne
Filtres et Forgotten Favourites, 3/4 chacune.
•
À clarifier
Concepts valides mais wording bloquant.
•
À itérer
La découvrabilité n'est pas encore un réflexe.
Un projet de formation,
mené comme un projet produit
Deux semaines, cinq entretiens, quatre tests, et un écart considérable entre ce que j'avais imaginé et ce que les utilisateurs ont fait.
CE QUE J'EN RETIENS
Tester tôt et petit
Quatre sessions ont suffi à invalider une hypothèse sur trois. On n'avait pas besoin d'un panel plus large pour décider.
Concevoir sous contrainte
Travailler dans le système Deezer nous a obligé à argumenter chaque écart plutôt qu'à inventer.
Nommer avant de dessiner
Le seul vrai blocage n'était pas visuel : c'étaient les libellés
Faire autrement
Nous avons testé le wording en même temps que le concept.
Les deux échecs des tests étaient sémantiques, pas fonctionnels. Un test de compréhension des libellés, en amont et sans maquette, nous aurait fait gagner une itération complète.
Prochaine itération
Signaler la fin de liste en preview artiste
La seule friction non corrigée des tests
Tester les nouveaux libellés auprès de quatre autres utilisateurs
Pour vérifier que la correction règle bien le problème
Mesurer le taux de retour en bibliothèque après une semaine














