Contexte
Application Android sur terminaux spécialisés Honeywell équipés d'un scanner 1D/2D (code barres/data-matrix).
Durée : 6 mois à temps plein, répartis sur une année.
Rôle : Product Designer.
Equipe : J'ai travaillé étroitement avec Audrey Mandin (PO), ainsi qu'une équipe de 3 développeurs.
Enjeux
Adresser les besoins des grandes pharmacies dans la gestion de leur stock et des mouvements de produits entre la réserve de stockage et le lieu de vente.
Discovery
User research
Nous connaissions déjà le travail en pharmacie. Notre recherche a porté sur les aspects spécifiques à la gestion de stock.
- Des visites dans deux entrepots de deux groupements de pharmacies à Angers et à Nîmes, en charge d'approvisionner les pharmacies de leur secteur géographique.
- Une visite à l'antenne de Niort du répartiteur Alliance Healthcare, pour comprendre leurs enjeux de flux de produits.
- Une visio conférence avec le responsable d'un groupement de pharmacies familial (3 pharmacies) en région parisienne.
- Une visio conférence avec le pharmacien titulaire de la "Pharmacie du voyage" à Roissy CDG.
Nous avons mené :
Enseignements
- Une réserve de stockage peut servir à alimenter plusieurs pharmacies.
- Une pharmacie peut avoir plusieurs réserves de stockage.
- Une réserve peut être proche (quelques mètres) ou éloignée de plusieurs km de la pharmacie.
- La capacité de stockage en espace de vente est volontairement limitée pour garder l'espace agréable.
- Les mouvements de stock sont généralement organisés par lot pour minimiser les déplacements.
- Un mouvement de stock d'une seule unité peut aussi survenir pour faire face à la demande des patients.
Je n'ai malheureusement plus accès aux documents produits lors de cette recherche, ni aux photos.
Contraintes et worflow
Contrainte forte : ce sera la première application Android développée par Smart-Rx. Cette contrainte nous a amené à prendre les décisions suivantes :
- Une réserve = une pharmacie : Nous ne tiendrons pas compte qu'une réserve peut servir plusieurs pharmacies. Une pharmacie peut néanmoins avoir plusieurs réserves de stockage.
- Material Design : Les développeurs ont tout à apprendre sur Android, la couche UI sera Material Design, même si ce n'est pas cohérent avec le design system. Pour une application "compagnon", détachée de l'ERP, ce n'est pas critique.
A la suite de ces décisions, nous avons travaillé le workflow suivant :
- Effectuer un mouvement de stock immédiat
- Organiser un mouvement de stock de plusieurs produits, imagé par un "chariot"
- Réaliser une réception de commande directement à la réserve
Ce workflow permettait de satisfaire les besoins fonctionnels identifiés comme prioritaires :
Wireframes et tests utilisateurs
Après la phase de discovery, et nous avons sollicité nos pharmaciens pour une première phase de test de wireframes.
J'ai rédigé un protocole de test que nous avons déroulé auprès de 4 pharmaciens potentiellement intéressés par l'application.
Durant cette période, les fichiers de design ont été migrés de Adobe XD à Figma. Les wireframes de ce produit n'ont pas été migrés. Je n'y ai plus accès.
Prototype haute-fidélité
Avec les informations collectées lors des tests des wireframes, j'ai conçu une maquette haute fidélité pour les workflow identifiés :
- Réception de commande à la réserve
- Modification du stock
- Transfert direct
- Transfert d'un chariot de produits
- Transfert par réassort
- Activation de la gestion d'un produit en réserve
- Vérification des produits du chariot
- Filtrage de la liste des produits du chariot
Les scénarios en gras sont ceux que vous pouvez manipuler ci-dessous.
Lors de la phase de discovery, des besoins de fonctionnalités d'inventaires ont été identifiés. Ils ont été intégrés dans le design de la page d'accueil pour
Ces prototypes ont été validés avec nos pharmaciens témoins. Les développements ont pu commencer sur cette base.
Résultats
Adoption
+500 grandes pharmacies
~10% de la base client
Livrables design
8 parcours utilisateurs
~100 écrans haute-fidélité
Enseignements clés
- La Discovery a été cruciale pour appréhender la complexité de la logistique, qui semblait pourtant simple. Comprendre 1 réserve → N pharmacies, N réserves → 1 pharmacie, distances variables (mètres vs km) a été déterminant pour restreindre le scope et livrer plus vite la v1.
- Restreindre le scope de cette v1 (1 réserve = 1 pharmacie), pour livrer plus rapidement n'a pas empêché l'adoption rapide de la solution (+500 pharmacies, ~10% de la base client).
- Choisir Material Design , et accepter une incohérence avec le design system pour permettre à l'équipe de se former sur Android a été le bon choix. Pour une app "compagnon", la cohérence fonctionnelle prime sur la cohérence visuelle.