← Retour aux projets Case study UX

SherlockHomes

Product Designer sur une plateforme de gestion locative en phase early-stage. Refonte incrémentale de l'expérience, structuration produit et pilotage des sprints dans un contexte de fortes contraintes techniques, business et réglementaires.

Rôle

Product Designer

Durée

2022 – 2024

Plateforme

Web

Outils

Figma Slack Jira Laravel

Équipe

4 dévs · 1 UX/PO

SherlockHomes — aperçu de l'interface principale

Contexte & usage

SherlockHomes est une plateforme de gestion locative destinée à des propriétaires, gestionnaires immobiliers et prestataires intervenant sur des parcs multi-biens, principalement en Suisse.

Les utilisateurs opèrent dans un contexte à forte charge cognitive : gestion simultanée de plusieurs biens, documents légaux contraignants, interventions techniques urgentes et exigences de traçabilité. L'usage est majoritairement desktop, en environnement de travail, avec des sessions longues et répétées.

L'enjeu UX principal n'est pas l'onboarding, mais la réduction des frictions quotidiennes, la prévention des erreurs et la lisibilité globale de l'état du parc immobilier.

Problèmes UX clés

01

Interface historiquement construite par couches successives, entraînant des parcours longs, peu hiérarchisés et difficiles à maintenir

02

Hétérogénéité visuelle et fonctionnelle entre les modules, augmentant la charge mentale et les erreurs de manipulation

03

Gestion documentaire critique (baux, états des lieux, factures) avec un fort risque d'erreurs et de non-conformité légale

04

Manque de vision synthétique pour piloter un parc multi-biens sans entrer dans chaque fiche individuellement

Mon rôle UX & produit

J'ai occupé une double casquette Pilotage produit & UX, avec une responsabilité directe sur la vision d'usage, la priorisation produit et la livraison.

Ce double rôle m'a permis d'arbitrer en continu entre dette technique, faisabilité, attentes métier et qualité de l'expérience utilisateur, sans rupture entre conception et développement.

Conception & design

  • Audit UX de l'existant et identification des frictions métier
  • Refonte progressive des écrans principaux
  • Création et maintenance d'un design system partagé

Pilotage produit

  • Structuration et priorisation du backlog
  • Organisation et animation des sprints
  • Coordination étroite avec l'équipe de développement Laravel

Qualité & itération

  • QA intégrée dès la phase de conception
  • Recettage fonctionnel et validation des livraisons
  • Itérations continues basées sur les retours utilisateurs

Choix UX structurants

1

Refonte incrémentale

Le contexte ne permettait pas une refonte « big bang » : base utilisateurs existante, ressources limitées et dette technique élevée. La refonte a été menée écran par écran afin de préserver les repères utilisateurs tout en améliorant progressivement l'expérience.

Bénéfice Continuité de service et adoption naturelle des évolutions.
2

Double casquette Pilotage produit & UX

Assumer les deux rôles a permis de réduire les frictions organisationnelles et d'accélérer les décisions structurantes.

Bénéfice Moins d'allers-retours, plus de cohérence entre vision produit et implémentation.
3

QA intégrée dès la conception

Les contraintes métier et légales imposaient une fiabilité élevée des parcours critiques.

Bénéfice Réduction des erreurs UX et livraisons plus fiables.
4

Design system unifié

Construction progressive d'un système de composants commun à tous les modules.

Bénéfice Cohérence visuelle, réduction de la dette design et accélération des développements.

Écran clé

SherlockHomes — Dashboard principal
Dashboard principal — vue gestionnaire

Point d'entrée quotidien du produit, conçu pour offrir une lecture rapide de l'état du parc, des actions en cours et des alertes prioritaires, sans noyer l'utilisateur dans le détail.

Résultats & impact

3 ans d'itérations continues sur le produit
100% des écrans principaux refondus
Early-stage produit structuré sans métriques existantes

Faits observables

  • 3 ans d'itérations continues sur le produit
  • Refonte de l'ensemble des écrans principaux
  • Structuration d'un produit early-stage sans métriques existantes

Améliorations UX

  • Diminution des erreurs de saisie observées via le support et les tests
  • Navigation plus prévisible entre modules
  • Réduction du nombre d'actions nécessaires pour les tâches récurrentes

Gains produit

  • Capacité à faire évoluer le produit malgré des ressources limitées
  • Backlog plus lisible et mieux aligné avec la valeur métier
  • Base produit stabilisée pour préparer une nouvelle version

Ce que ce projet m'a appris

SherlockHomes m'a permis de consolider une compétence clé : concevoir et piloter un produit réel dans un contexte contraint, sans métriques parfaites ni conditions idéales.

J'en retiens qu'une refonte réussie n'est pas celle qui change tout d'un coup, mais celle qui améliore concrètement l'expérience, écran après écran, décision après décision.