Étude de cas 02 — Pharmaland

Logiciel métier · SaaS · 2026

Pharmaland la refonte

Refonte UX/UI de la page d’accueil d’un logiciel d’officine : rendre l’essentiel visible, sans faire perdre leurs repères aux pharmaciens.

Client
Pharmaland
Période
Mars – juillet 2026
Durée
5 mois
Rôle
Product Designer Senior

(En bref)

Pharmaland — Refonte de l’accueil

Un accueil utilisé par habitude, rendu clair sans casser les repères.

Le résultat

Une nouvelle page d’accueil adoptée à l’unanimité, qui met les actions du quotidien au premier plan sans toucher aux repères des utilisateurs.

Le problème

Pharmaland voulait une refonte UX/UI complète de son logiciel, sans bousculer les habitudes très ancrées des pharmaciens.

Mon rôle

Mener une recherche en design thinking pour identifier les cas limites, les points de blocage, mais aussi les habitudes et les atouts du logiciel.

La solution

Une refonte visuelle, des écrans épurés, des fonctionnalités mises en avant et un choix assumé des fonctions critiques à conserver.

Le process

Méthode

Cinq phases, des entretiens terrain au suivi du développement.

  1. 01

    Comprendre

    • Benchmark UX
    • Interviews utilisateurs
  2. 02

    Définir

    • User personas
    • Friction log
    • User stories
  3. 03

    Idéation

    • Wireframes
    • Tests utilisateurs
  4. 04

    Design

    • UI design
    • Design system
  5. 05

    Delivery

    • Suivi du dév
    • Design review

Le benchmark

(01)  Comprendre — Benchmark

Pour cette partie du processus, je travaille avec Claude Cowork. Il me permet, grâce à des skills pré-paramétrés, de gagner un temps précieux sur ce type de tâche.

One

  • Les actions prioritaires sont hiérarchisées, malgré un manque de distinction visuelle plus forte.
  • Le nombre de blocs visibles est réduit.

Alpaca Health

  • Le menu latéral garde son emplacement et sa distinction nette.
  • Les actions sont hiérarchisées et parfaitement mises en avant.

Les entretiens

(02)  Comprendre — Interviews

Pour évaluer la page d’accueil de Pharmaland en conditions réelles, j’ai mené 5 entretiens semi-directifs auprès d’utilisateurs quotidiens du logiciel, aux profils variés. Le même questionnaire structuré a guidé chaque échange, pour mesurer la compréhension, la lisibilité et la pertinence fonctionnelle de la page.

Déroulé d’un entretien

30 min
  1. 15 min

    Contexte d’utilisation

    Rôle, ancienneté, tâches fréquentes

  2. 27 min

    Première impression

    Clarté, repères, éléments incompris

  3. 38 min

    Utilité des éléments

    Ce qui sert, ce qui est ignoré

  4. 47 min

    Besoins

    Améliorations, temps perdu, inspirations

  5. 53 min

    Synthèse

    3 points forts, 3 priorités

Ce que les entretiens ont révélé

Trois constats partagés par les trois utilisateurs, malgré des profils différents.

Enseignement 01

Une page utilisée par habitude, pas par clarté

Les tâches aboutissent, mais grâce à la mémoire et à l’automatisme. La page n’est pas lue : elle est découpée en zones connues, puis contournée.

Enseignement 02

Une surcharge d’informations peu hiérarchisée

Trop d’éléments visibles en même temps. Actualités, sites favoris et options secondaires sont peu utilisés, mal compris ou simplement ignorés.

Enseignement 03

Un accueil inadapté à l’usage expert

Les utilisateurs attendent rapidité, prévisibilité et accès direct aux actions fréquentes. La page ne priorise pas selon l’usage réel.

Points forts

  • Outil complet et rassurant
  • Fonctions métier accessibles et personnalisables
  • Menu latéral jugé indispensable

Priorités d’amélioration

  • Lisibilité globale de l’accueil
  • Hiérarchie entre actions et informations
  • Moins d’éléments peu utilisés ou incompris
  • Un design à moderniser

Risque à maîtriser

  • Des habitudes très ancrées : une refonte brutale ferait perdre les repères et ralentirait l’officine.
  • Ma réponse : une approche progressive et testée, qui préserve les repères essentiels.

(Verbatim — entretien utilisateur)

« C’est un outil de travail, on va à l’essentiel. »

— Un utilisateur interrogé, résumant le rapport de l’équipe au logiciel

Deux personas

(03)  Définir — Personas

Pour cette partie du processus, je travaille avec Claude Cowork. Il me permet, grâce à des skills pré-paramétrés, de gagner un temps précieux sur ce type de tâche. L’IA retranscrit les entretiens utilisateurs effectués en amont, synthétise les données puis produit des personas. Je repasse ensuite pour affiner la documentation, ajouter des éléments oubliés et supprimer les éléments inutiles, pour aboutir à 2 personas :

Persona 1

Sophie

La préparatrice experte et pressée

Profil

  • Poste : préparatrice en pharmacie
  • Ancienneté sur Pharmaland : plusieurs années
  • Fréquence d’usage : quotidienne et intensive, plusieurs dizaines de fois par jour

Comportement

  • Navigue entièrement par automatisme, sans vraiment « lire » la page d’accueil
  • Considère Pharmaland comme un outil de production : elle vient chercher une action précise, jamais pour explorer
  • Ignore les Actualités et les sites favoris, qu’elle juge inutiles au quotidien

Besoins

  • Rapidité et prévisibilité avant tout
  • Accès direct aux fonctions les plus fréquentes (vente, commandes)
  • Le moins de clics et de charge visuelle possible

Frustrations

  • Trouve la page surchargée d’éléments peu hiérarchisés
  • A du mal à distinguer ce qui est prioritaire de ce qui ne l’est pas

Points de friction

  • Doit repérer une action fréquente noyée parmi des blocs peu utiles (Actualités, favoris)
  • Aucune hiérarchie ne distingue « ce que je fais 50 fois par jour » de « ce que je ne fais jamais »
  • La page d’accueil n’apporte rien de plus qu’un point de passage à chaque retour

Scénario typique

Sophie ouvre Pharmaland et se rend directement en vente sans regarder la page d’accueil dans son ensemble : son regard va instinctivement vers la zone qu’elle connaît par cœur. Elle répète cette action des dizaines de fois par jour, revenant systématiquement à la page d’accueil entre deux tâches. Le trajet fonctionne, mais uniquement parce qu’elle l’a mémorisé.

Scénario critique

Un jour de forte affluence, une remplaçante moins expérimentée est au comptoir. Elle ne connaît pas les raccourcis mentaux de Sophie et doit lire la page pour de vrai : densité d’informations sans hiérarchie claire, hésitation entre blocs similaires, perte de temps pendant qu’un client attend. La friction, invisible pour l’experte, devient un vrai blocage dès que l’automatisme disparaît.

Persona 2

Marc

Le titulaire soucieux d’efficacité et de personnalisation

Profil

  • Poste : titulaire ou responsable de pharmacie
  • Ancienneté sur Pharmaland : installé dans la durée, usage expert
  • Fréquence d’usage : quotidienne, avec des besoins plus variés que le simple acte de vente

Comportement

  • Utilise la page d’accueil comme point de passage plutôt que comme tableau de bord
  • Jette parfois un œil aux zones secondaires (Actualités, sites favoris), sans en tirer d’information utile

Besoins

  • Une page qui s’adapte à son rôle et à ses habitudes réelles (personnalisation)
  • Distinguer immédiatement ce qui relève de l’action et ce qui relève de l’information

Frustrations

  • La personnalisation existe, mais reste trop limitée pour ses usages variés
  • Regrette que la page n’évolue pas selon la fréquence d’usage réelle

Points de friction

  • Informations et actions affichées au même niveau visuel
  • Rien ne distingue ce qui sert au comptoir de ce qui sert à la gestion

Scénario typique

En début de semaine, Marc ouvre Pharmaland pour enchaîner commandes et suivi de gestion. Il repasse par l’accueil entre chaque tâche, ignore les Actualités et les sites favoris, et retrouve ses fonctions grâce à l’habitude plutôt que grâce à la page.

Scénario critique

Marc doit former un nouvel arrivant. En lui présentant l’accueil, il réalise qu’il ne sait pas expliquer à quoi servent plusieurs blocs, et finit par lui conseiller de les ignorer. La page qu’il utilise depuis des années ne guide personne qui n’a pas ses automatismes.

Friction log

(04)  Définir — Friction log

À cette étape, je voulais localiser précisément où la page d’accueil freine les utilisateurs. J’ai croisé les réponses des trois entretiens zone par zone, pour relever l’usage réel de chaque bloc, les frictions exprimées et leur récurrence.
Résultat : aucune erreur bloquante, mais une accumulation de gênes qui ralentit chaque passage sur la page.

Page analysée — Page d’accueil

Friction Log — Page d’accueil

Testeurs
3 utilisateurs quotidiens
Méthode
Entretiens semi-directifs
Durée
1 h 30 d’entretiens
Source
Questionnaire en 5 parties
Zone de la pageUsage observéFriction relevéeRécurrenceSévérité
Vue d’ensembleArrive sur l’accueil entre deux tâches, plusieurs fois par jourTrop d’éléments visibles en même temps, sans hiérarchie claireConstat unanimeGênante
Mes options favorisClique sur ses tuiles habituelles, de mémoireLes actions se trouvent par habitude, pas par lisibilité. Personnalisation jugée trop limitéeConstat unanimeGênante
ActualitésConsultées rarement, voire jamaisInformation placée au même niveau que les actions, jugée peu utile au quotidienRécurrentGênante
Mes sites favorisPeu ou pas utilisésFonction mal comprise ou jugée inutile, mais occupe une large zoneRécurrentMineure
Menu latéralUtilisé en permanence comme repère principalAucune : jugé indispensableConstat unanimeAucune
Design globalPerçu à chaque passageInterface jugée datée, densité visuelle élevéeConstat unanimeMineure

User stories

(05)  Définir — User stories

Sur la base des personas, des interviews et de l’analyse des frictions, voici les user stories retenues pour cadrer la refonte de la page d’accueil :

SOPHIEUS-01

Sophie veut que ses actions quotidiennes soient visuellement prioritaires sur l’information secondaire, afin de les repérer d’un coup d’œil à chaque retour sur l’accueil.

SOPHIEUS-02

Sophie veut ne voir par défaut que les éléments utiles à son travail, afin de ne plus filtrer mentalement les blocs qu’elle ignore aujourd’hui.

SOPHIEUS-03

Sophie veut retrouver le menu latéral et ses repères à la même place après la refonte, afin de continuer à travailler sans ralentir pendant qu’un client attend.

SOPHIEUS-04

Sophie veut qu’une remplaçante comprenne l’accueil sans formation, afin de garder le rythme du comptoir même en son absence.

MARCUS-05

Marc veut ajouter, retirer et réorganiser ses raccourcis directement depuis l’accueil, afin d’accéder aux fonctions qu’il utilise vraiment.

MARCUS-06

Marc veut distinguer immédiatement ce qui relève de l’action et ce qui relève de l’information, afin de ne plus parcourir des blocs qui ne lui servent pas.

MARCUS-07

Marc veut un accueil adapté à ses tâches de gestion autant qu’au comptoir, afin de passer d’une activité à l’autre sans détour.

MARCUS-08

Marc veut pouvoir présenter l’accueil à un nouvel arrivant en quelques minutes, afin que toute l’équipe profite de l’outil, pas seulement les habitués.

Les wireframes

(06)  Idéation — Wireframes

À partir des enseignements des interviews, j’ai exploré plusieurs directions en basse fidélité avant de converger. Chaque piste teste une hypothèse différente sur la hiérarchie de la page, avec une contrainte commune : préserver les repères d’utilisateurs experts qui naviguent par automatisme.

Étape 1 — Deux pistes en basse fidélité

Piste 01

Mes raccourcis custom en premier

Menu latéral transformé en accès rapides, message d’accueil personnalisé, actualités reléguées en bas de page.

Piste 02

Raccourcis et actualité au même niveau

Menus inchangés, raccourcis classés par fréquence et personnalisables directement sur l’accueil.

Étape 2 — Montée en fidélité

Les directions les plus prometteuses ont ensuite été déclinées en wireframes détaillés, avec le vrai contenu de la page, pour confronter chaque hypothèse à la réalité du terrain.

Wireframe V2

Décisions clés

(07)  Design — Décisions

Chaque décision d’interface répond à un constat issu des interviews. Voici les trois qui ont le plus structuré la nouvelle page d’accueil.

Décision 01

Préserver les repères plutôt que tout réinventer

Constat en entretien

Les utilisateurs naviguent par automatisme, et le menu latéral est jugé indispensable. Une refonte brutale risquait de leur faire perdre leurs repères et de ralentir l’officine.

Ce que j’ai décidé

Le menu latéral garde les mêmes entrées, dans le même ordre. Les changements se concentrent sur la zone centrale de la page.

Alternative écartée

Un menu latéral déployé reprenant toute l’arborescence du logiciel (Wireframe 3).

Décision 02

Séparer l’action de l’information

Constat en entretien

Constat unanime : trop d’éléments au même niveau. Actualités, sites favoris et options secondaires sont peu utilisés, mal compris ou ignorés.

Ce que j’ai décidé

Recherche, actions rapides et favoris occupent le centre. Mises à jour et actualités passent dans une colonne secondaire.

Alternative écartée

Actualités et mises à jour regroupées en pied de page (Wireframe V2).

Décision 03

Personnaliser sans avoir à paramétrer

Constat en entretien

Les fonctions personnalisables sont un point fort, mais les utilisateurs veulent aller plus loin, avec des usages différents selon leur rôle.

Ce que j’ai décidé

Une roue crantée sur « Mes options favoris » et « Mes sites favoris » ouvre la modale « Mes accès rapides » pour choisir et ordonner ses raccourcis. Une modale « Changer de profil » complète le dispositif.

Alternative écartée

Un accueil entièrement différent selon le profil, avec un menu réduit (Wireframe 4).

Méthode

Une refonte progressive et mesurable

Changer par petites touches

Pour des utilisateurs aussi habitués, la stabilité compte autant que la clarté : chaque évolution doit être testée avant d’être généralisée.

Mesurer l’avant et l’après

La note de clarté sur 10 et le nombre de retours quotidiens sur l’accueil, recueillis en entretien, serviront de référence pour évaluer la nouvelle version.

Ce qui a été difficile

(08)  Design — Arbitrages

Une refonte ne se joue pas seulement dans Figma. Voici les moments où il a fallu trancher : ce que j’ai défendu, et ce que j’ai accepté de lâcher.

Arbitrage 01

Garder l’intégralité des fonctionnalités

La situation

Le client souhaitait garder l’intégralité des fonctionnalités, quitte à surcharger les pages.

Ce que j’ai défendu

Pour moi, les tests montraient clairement que les utilisateurs se perdaient parfois dans la sur-information.

Ce que j’ai lâché

Le client ne voulait pas faire de compromis sur ce sujet. J’ai donc trouvé deux axes sur lesquels il était d’accord :

  1. Retravailler la hiérarchie des fonctionnalités : les utilisateurs auraient ainsi des repères visuels plus clairs.
  2. Supprimer les doublons.

Le résultat

La refonte a gardé toutes les fonctionnalités, avec mon travail sur la hiérarchie. J’aurais aimé pouvoir « cacher » les fonctionnalités moins importantes dans des menus déroulants, ou fusionner certaines fonctionnalités.

Arbitrage 02

Les profils personnalisés

La situation

Le profil personnalisé est souvent revenu comme un progrès pour les testeurs, mais les contraintes de budget et de développement n’ont pas permis de faire aboutir le projet.

Ce que j’ai défendu

Pour moi, pouvoir personnaliser facilement ses accès rapides était un quick win indispensable. La personnalisation existait, mais elle était cachée sous un tas de liens incompréhensibles.

Ce que j’ai lâché

Le profil personnalisé ne serait pas mis en place.

Le résultat

Des accès rapides personnalisables en un clic, malgré ma frustration de ne pas avoir pu aller plus loin sur cette fonctionnalité.

Ce que j’en retiens

Les contraintes peuvent parfois être un vecteur de créativité.

L’UI finale

(09)  Design & delivery — UI

Une fois la structure validée, j’ai conçu l’interface haute fidélité de la page d’accueil, puis étendu le travail au parcours de vente, en m’appuyant sur un design system dédié.

Page d’accueil — version validée
Page d’accueil — carte d’attention

Design system

Pour garantir la cohérence d’un logiciel utilisé toute la journée, j’ai structuré un design system dédié : palette, typographie et composants documentés état par état. Voici ses fondations et ses composants clés.

Extension : le parcours de vente

La même logique a ensuite été appliquée au parcours de vente, au cœur du travail au comptoir : 7 étapes, où chaque information validée reste visible en haut de l’écran.

  1. 1Opérateur
  2. 2Client
  3. 3Prescripteur
  4. 4Ordonnance
  5. 5Tiers payant
  6. 6Éditions
  7. 7Paiement

(Autre projet)

Pharmalia —Incitation à la commande