Aller au contenu
DeezerRefonte produit · 2026

Retrouver sa musique intelligemment

Transformer la bibliothèque en espace de redécouverte

Livrable
maquettes, prototype
Rôle
recherche, conception ui, tests utilisateurs
Cadre
projet de formation, The Design Crew
Equipe
3 product designers
Aperçu du projet Deezer

Contexte

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/5Quittent l'application pour retrouver un titre déjà sauvegardéRecours à un moteur externe ou aux paroles en ligne
  • 5/5Mémorisent un contexte d'écoute, jamais un titre exactRepères temporels, émotionnels ou situationnels
  • 3/5Conservent des playlists qu'ils n'ouvrent plusCoût d'entretien supérieur au bénéfice perçu
  • 2/5Utilisent l'historique d'écoute comme bibliothèque de faitMécanisme de récupération construit par l'usage

Axes de problème

  • OrganisationUne bibliothèque subie plutôt que construite.
  • AccèsLa récupération échoue sur mémoire partielle.
  • ContournementUn système de secours construit 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.

Comment faire évoluer la bibliothèque Deezer d’un espace de stockage passif en un outil de recherche et de récupération intelligent, aligné avec la manière dont les utilisateurs catégorisent mentalement leur contenu ?

Discovery

Du stockage passif à la récupération assistée

Explorer comment d'autres produits résolvent la récupération de contenu personnel, puis confronter ces logiques aux contraintes du design system Deezer.

Benchmark

  • Concurrences directesSpotify, Apple Music : la recherche reste indexée sur le titre exact.
  • Inspirations élargiesPhotos, Notion : la récupération passe par le contexte et les tags.

Opportunités identifiées

  • Faciliter l'accèsRéduire l'effort de récupération.
  • Mise en avantExplorer le pertinent au bon moment.
  • RécurrenceFaire de la bibliothèque un réflexe.

Pistes explorées

  • Filtres avancés sur la recherche existanteNe répond pas à la mémoire partielle : il faut déjà connaître le titreÉcartée
  • Système de tags posés manuellement par l'utilisateurAjoute une charge d'organisation déjà rejetée en entretienÉcartée
  • Séparation explicite du catalogue et de la bibliothèqueTraite la confusion des résultats sans coût pour l'utilisateurRetenue
  • Regroupements générés à partir du contexte d'écouteReprend les repères mentionnés en entretien sans effort de saisieRetenue

Parti pris

Ne pas demander à l'utilisateur de ranger, mais apprendre à retrouver comme il se souvient.

Conception

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 saisieRien ne repose sur un rangement manuel de la part de l'utilisateur.
  • Deux territoiresLe catalogue et la bibliothèque ne se mélangent jamais.
  • Composants existantsAucun élément inventé : le système Deezer est étendu, pas remplacé.

Parcours utilisateurs

1.0Recherche dans la bibliothèque

  1. Bibliothèque isoléeBibliothèque isoléeLe catalogue reste hors champ
  2. Résultats filtrés sauvegardésRésultats filtrés sauvegardésArtistes, titres et albums
  3. Vue artisteVue artisteSeuls les titres likés remontent
  4. Titre retrouvéTitre retrouvéSans être sorti de l'application

Un onglet dédié plutôt qu'un filtre : la séparation devient un lieu, pas une option.

2.0Regroupements contextuels

  1. Page d'accueilPage d'accueilLes regroupements y apparaissent d'eux-mêmes
  2. Forgotten favouritesForgotten favouritesLes titres que l'usage a écartés
  3. Contenu du regroupementContenu du regroupementPrêt à écouter, aucune saisie

Générer plutôt que demander : aucune action requise avant le premier bénéfice.

3.0Filtres par genre et par moment

  1. Titres likésTitres likésUne liste devenue trop longue
  2. Choix des genresChoix des genresUn ou plusieurs, repris des entretiens
  3. Sélection resserréeSélection resserréeLa liste réduite au besoin du moment

Des critères repris des entretiens plutôt qu'une taxonomie inventée.

Décisions

  • 3/4 n'ont pas vu ce switch

    Passé de deux boutons dans la barre à deux onglets pleine largeur.

  • Libellé incompris par tous

    « Speed Dial » renommé en un terme descriptif.

Tests Utilisateurs

Confronter les trois parcours au réel

Quatre sessions individuelles sur prototype interactif, une par parcours, avec consigne de penser à voix haute.

Protocole

  • 4 utilisateursProfils Gen Z, auditeurs quotidiens.
  • 3 parcoursUn par fonctionnalité, sans indication préalable.
  • Voix hauteLes hésitations comptent autant que les erreurs.

  • Hypothèse 1 - Raccourcis contextuelsValidé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

  • Hypothèse 2 - Smart RetrievalPartielle

    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

  • Hypothèse 3 - Réduction du contournementNon 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 fonctionneFiltres et Forgotten Favourites, 3/4 chacune.
  • À clarifierConcepts valides mais wording bloquant.
  • À itérerLa découvrabilité n'est pas encore un réflexe.

Bilan

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 petitQuatre sessions ont suffi à invalider une hypothèse sur trois. On n'avait pas besoin d'un panel plus large pour décider.
  • Concevoir sous contrainteTravailler dans le système Deezer nous a obligés à argumenter chaque écart plutôt qu'à inventer.
  • Nommer avant de dessinerLe 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 artisteLa seule friction non corrigée des tests
  • Tester les nouveaux libellés auprès de quatre autres utilisateursPour vérifier que la correction règle bien le problème
  • Mesurer le taux de retour en bibliothèque après une semaine