Interface de support métier

Améliorer le quotidien des équipes techniques chez Axiom Optics

Client : Axiom Optics

Équipe : 1 Product Designer


Défi : Créer une interface permettant de centraliser et documenter les actions des équipes techniques


Activités : Recherche utilisateur, persona, expérience map, wireframe, prototypage, test utilisateur, itération


Résultat : Interface

qqq

Axiom Optics est un distributeur d'instruments optiques pour l'industrie et la recherche. Une équipe d'ingénieurs spécialisés vendent des instruments et prestations à des entreprises et des laboratoires de recherche.

Découverte

La phase de découverte permet de comprendre les besoins des utilisateurs, mais aussi leurs motivations, leurs attitudes, leurs sentiments et leurs expériences antérieures. Elle correspond à une phase d'empathie qui permet de recueillir des informations, de comprendre les utilisateurs et de leur donner du sens.

qqq

Action :

> Entretien

> Observation

> Restitution

Entretien

Dans le cadre de ce projet, j’ai mené une série d’entretiens semi-directifs auprès des équipes techniques. 


L’objectif était de comprendre leurs workflows quotidiens, leurs interactions avec les autres équipes (logistique, laboratoire, support), ainsi que les frictions rencontrées dans la gestion des ventes, des tests techniques et du suivi client.


Les entretiens ont été réalisés en live ou visioconférence avec des ingénieurs basés dans différentes régions des États-Unis.

Observation

J’ai également mené une phase d’observation en passant du temps dans l’open space et au laboratoire afin de comprendre concrètement les processus en place. Cette immersion m’a permis de constater l’utilisation de multiples outils non connectés, de nombreux échanges informels pour obtenir des informations, ainsi qu’un manque de visibilité partagé sur l’avancement des tests. Ces observations ont confirmé les problématiques soulevées lors des entretiens, notamment la fragmentation des outils et les difficultés de coordination entre équipes sur site et en remote.

Restitution des insights

  • Les tâches sont interconnectées mais les outils ne le sont pas.
  • L’information n’est pas centralisée autour de la ligne produit.
  • Les équipes manquent de visibilité transverse.
  • Le travail en remote accentue les problèmes de coordination.
  • Il existe un fort besoin de traçabilité par instrument (numéro de série).


Hypothèses

À partir des observations, j’ai formulé les hypothèses suivantes :

Si nous centralisons CRM, support, tests et logistique dans une seule plateforme,
alors les ingénieurs réduiront le temps passé à rechercher des informations.

Si les leads, tickets et instruments sont liés entre eux dans un même système,
alors la traçabilité et la collaboration inter-équipes seront renforcées.

Si les tests en laboratoire sont visibles en temps réel avec statut clair (Pending / Running / PASS / FAIL),
alors la coordination entre équipes remote et laboratoire sera améliorée.

Si les notifications sont contextualisées et priorisées par criticité,
alors les ingénieurs pourront se concentrer sur les actions à fort impact.

Idéation

Confronter la théorie au monde réel permet de révéler les tendances d’utilisation, les erreurs de conception et les ressources non identifiées dès le début d’un projet.

qqq

Action :

> Brainstorming pour explorer des pistes de solutions

> Identifier les opportunités produit

  • Titre de la diapositive

    Write your caption here
    Bouton

Brain storming

À partir des problématiques identifiées lors des entretiens et des observations terrain, nous avons organisé plusieurs sessions de brainstorming structurées. Pour chaque friction relevée (multiplication des outils, manque de visibilité inter-équipes, difficulté de priorisation, coordination complexe entre remote et laboratoire), nous avons généré un large éventail d’idées sans contrainte technique initiale. L’objectif était de faire émerger des solutions centrées utilisateur, allant de la simple amélioration de flux existants à la création d’un dashboard unifié par ligne produit. Les idées ont ensuite été regroupées, priorisées et confrontées aux besoins réels des ingénieurs afin d’identifier les pistes les plus pertinentes et à fort impact.

Identifier les opportunités produit

Suite aux sessions d’idéation, l’étape suivante a consisté à structurer et prioriser les idées générées à travers un exercice de tri de cartes. Cette méthode nous a permis de regrouper les propositions par thématiques naturelles (vente, support, tests, logistique, coordination) et d’identifier des ensembles cohérents correspondant à de futures fonctionnalités produit. Chaque catégorie issue du tri a ensuite été transformée en module ou fonctionnalité concrète de la plateforme (ex. : dashboard par ligne produit, suivi des tests en temps réel, vue consolidée leads + stock, tickets liés aux instruments). Cette étape a permis de passer d’un ensemble d’idées dispersées à une architecture produit claire et structurée.

Créer

Créer des représentations physiques de solutions possibles, avec lesquelles l'utilisateur cible peut interagir et évaluer. Cette phase vise à concrétiser les idées issues de la phase d'idéation, souvent sous forme de maquettes et de prototypes.

qqq

Action :

> User flow

> Wireframe

> Prototype

  • Titre de la diapositive

    Write your caption here
    Bouton

User flow

L'User Flow nous permet de comprendre et d'anticiper les comportements des utilisateurs cibles afin de créer une solution en accord avec ces comportements.

Wireframe

Grâce à l’existence d’une ébauche de design system, j’ai pu passer rapidement à l’étape de wireframing. L’objectif étant de structurer l’information et de valider la hiérarchie des contenus et des interactions.

Prototype

Nous avons choisi le logiciel Figma pour créer les prototypes, notre objectif étant d'évaluer les premières solutions par des tests utilisateurs.

PORTEFEUILLE EN CONSTRUCTION

J'ai quelques projets consultables sur d'autres plateformes. N'hésitez pas à consulter mon profil sur Behance ou Dribbble.

Projets connexes