Back-offices, consoles de supervision, outils d'instruction, portails construits au-dessus de Dynamics 365, ServiceNow ou SAP : un UX designer d'applications métier complexes conçoit pour des experts internes, formés et pressés, qui traitent des dizaines de dossiers par jour. Les questions d'entretien d'un UX designer d'applications métier portent donc sur l'analyse des tâches, les tableaux de données, la saisie au clavier et les parcours qui passent d'un système à l'autre, bien plus que sur l'acquisition ou la conversion.
Un profil formé sur des applications grand public a souvent le réflexe de simplifier en retirant de l'information. Sur un outil métier, c'est souvent l'inverse qui sert : garder la densité, accélérer les gestes répétés, permettre les actions en masse, éviter les modales qui cachent la liste. Beaucoup d'offres demandent aussi une double casquette de business analyst ; l'entretien vérifie alors que le candidat sait écrire une règle de gestion et pas seulement la dessiner.
Les portfolios de ce métier sont souvent confidentiels. Le candidat présente un écran réel anonymisé, avec le problème de départ et la mesure obtenue. Le PDF contient un cas de 20 minutes sur le traitement des réclamations réparti entre trois outils.
Les méthodes et les plateformes d'un UX designer d'outils métier
Observation et analyse des tâches
Le point de départ. Le designer observe les utilisateurs à leur poste, note les enchaînements, les interruptions, les autres outils ouverts et les contournements (fichiers Excel, post-it, copier-coller). Il classe les tâches par fréquence et par conséquence d'une erreur. Un candidat qui n'a jamais observé d'utilisateur en situation de travail aura du mal sur ce poste.
Tableaux de données
Le composant central des outils métier : trouver des enregistrements, les comparer, en modifier un, agir sur plusieurs. On attend du candidat qu'il parle de colonnes figées, de choix et d'ordre des colonnes, de filtres visibles, de vues enregistrées et d'actions en masse.
Formulaires de saisie intensive
Des formulaires longs, remplis plusieurs fois par heure. Les sujets : ordre des champs calé sur le document source, préremplissage depuis les autres systèmes, saisie complète au clavier, validation qui ne bloque pas, sauvegarde du brouillon.
Progiciels et plateformes
ServiceNow, Dynamics 365, Salesforce ou SAP Fiori imposent leurs composants et leurs écrans standard. Le designer doit savoir ce que la plateforme permet sans développement spécifique, et ce que coûte un écran sur mesure à chaque montée de version.
Design systems d'entreprise
Les applications métier s'appuient souvent sur un design system existant : celui de l'entreprise ou un système public comme Carbon (IBM), Fluent 2 (Microsoft), les SAP Fiori Design Guidelines ou le Salesforce Lightning Design System. Le candidat doit savoir l'utiliser pour des écrans denses et repérer ce qui manque.
Spécifications avec le business analyst
Règles de gestion, statuts d'un dossier et transitions, droits par rôle, cas limites. Le UX designer et le business analyst se partagent la description du besoin. Un bon candidat annote ses maquettes Figma et les relie aux règles écrites, avec des critères d'acceptation communs.
Prototypes avec données réalistes
Des noms longs, des montants à sept chiffres, des champs vides, des listes de cinq cents lignes. Un prototype rempli de données idéales cache les vrais problèmes. Le designer obtient des jeux de données anonymisés auprès de l'équipe projet.
Mesure de la performance utilisateur
Sur un outil interne, le résultat se mesure en temps de traitement par dossier, en erreurs et reprises, en demandes au support et en durée de formation. Le candidat doit savoir établir une mesure de départ avant la refonte.
Ces postes se trouvent dans les DSI des grands groupes, chez les éditeurs de logiciels professionnels, dans les administrations et dans les ESN qui mènent des projets d'intégration de progiciels. Le designer travaille avec des business analysts, des architectes, des intégrateurs et des représentants des utilisateurs, souvent dans un programme à plusieurs applications. Les contraintes viennent autant de la plateforme que du métier : composants imposés, règles de gestion lourdes, données réparties entre plusieurs systèmes, droits différents selon les rôles. Les utilisateurs n'ont pas le choix de l'outil, ce qui rend chaque minute perdue coûteuse et chaque changement sensible. Pour les organismes soumis à l'article 47 de la loi de 2005 (organismes publics, certaines entreprises privées), l'obligation d'accessibilité couvre aussi les intranets, les extranets et les progiciels, ce que le candidat doit savoir.
Ce qu'un UX designer d'applications complexes doit savoir faire
- Analyse de l'activité experte
- Tableaux et écrans denses
- Formulaires et efficacité de saisie
- Parcours entre plusieurs systèmes
- Spécifications, droits et données réelles
- Tests internes et mesure du temps gagné
Cinq situations d'entretien tirées d'applications métier réelles
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
On vous confie la refonte d'un outil de traitement de dossiers utilisé toute la journée par 200 gestionnaires. Par quoi commencez-vous ?
Une bonne réponsePar l'observation à poste de gestionnaires de profils et d'ancienneté différents, sur des demi-journées réelles. Il relève les tâches, leur fréquence, leur enchaînement, les interruptions, les autres outils ouverts et les contournements. Il prend une mesure de départ (temps de traitement, erreurs, reprises), consulte les journaux d'usage si l'équipe technique peut les fournir, et distingue ce que demandent les managers de ce que vivent les gestionnaires.
Signal d'alerteUn atelier avec les managers seulement, ou un parangonnage d'applications grand public.
Question 2 · confirmé
Un tableau affiche 40 colonnes et les utilisateurs disent ne rien y trouver. Vous en retirez la moitié ?
Une bonne réponsePas sans comprendre les tâches : trouver un dossier, comparer, modifier, agir sur plusieurs. Il propose des colonnes par défaut classées par importance pour chaque profil, un identifiant lisible en première colonne, l'en-tête et cette colonne figés, le choix et l'ordre des colonnes par un menu (pas seulement par glisser-déposer), des vues enregistrées, des filtres visibles avec l'état actif affiché. La modification d'une ligne se fait dans un panneau latéral qui laisse la liste visible.
Signal d'alerteSupprimer des colonnes au jugé, paginer par dix lignes ou transformer le tableau en cartes comme sur mobile.
Question 3 · confirmé
Des gestionnaires saisissent soixante dossiers par jour dans un formulaire de trois écrans. Comment réduisez-vous le temps de saisie sans augmenter les erreurs ?
Une bonne réponseUn ordre des champs calqué sur le document source, le préremplissage depuis les autres systèmes, des valeurs par défaut, une saisie entièrement possible au clavier (tabulation logique, autocomplétion, raccourcis pour les actions fréquentes), une validation au fil de la saisie qui ne bloque pas la frappe et une sauvegarde automatique. Il regroupe les écrans si l'enchaînement le permet et compare temps et erreurs avant et après sur les mêmes dossiers.
Signal d'alerteAjouter des étapes pour « simplifier », ou masquer des champs que les experts utilisent tous les jours.
Question 4 · senior
Pour traiter une même demande, les conseillers passent d'un écran ServiceNow à un écran Dynamics 365. Comment harmonisez-vous leur parcours ?
Une bonne réponseIl cartographie le parcours réel à travers les deux outils et repère les ruptures : double saisie, identifiants différents, statuts et termes qui ne correspondent pas, retours en arrière. Puis il tranche avec les architectes : ce qui reste standard dans chaque plateforme, ce qui justifie une intégration (données remontées automatiquement) ou un écran unifié. Il pose un vocabulaire et des règles d'interface communes (statuts, emplacement des actions) et mesure le coût d'un développement spécifique à chaque montée de version.
Signal d'alerteTout redessiner en spécifique, ou ignorer ce que chaque plateforme permet sans développement.
Question 5 · confirmé
Comment décrivez-vous un écran de validation de dossiers pour que le business analyst et les développeurs n'aient rien à deviner ?
Une bonne réponseUne maquette avec des données réalistes, les statuts du dossier et les transitions possibles, ce que voit et peut faire chaque rôle, les règles de gestion référencées, les messages d'erreur, et les cas limites : dossier incomplet, dossier ouvert par quelqu'un d'autre, très grand volume. Les annotations sont dans Figma et renvoient à la spécification du business analyst, avec des critères d'acceptation rédigés ensemble.
Signal d'alerteUne maquette de l'état idéal, sans règles ni droits, en laissant les développeurs décider des cas particuliers.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Questions fréquentes sur le métier de UX designer d'applications métier
Qu'est-ce qui change pour un UX designer sur une application métier ?
Les utilisateurs sont des experts qui passent des heures dans l'outil, n'ont pas choisi le logiciel et ont des objectifs de productivité. Le designer conçoit des écrans denses, des tableaux et des formulaires longs, des parcours qui traversent plusieurs systèmes, avec des règles de gestion et des droits par rôle. La réussite se mesure en temps de traitement, en erreurs évitées et en demandes au support, moins en conversion ou en satisfaction déclarée.
Une expérience du progiciel utilisé est-elle exigée ?
C'est un plus quand le projet repose sur une plateforme précise comme ServiceNow, Dynamics 365, Salesforce ou SAP, car le designer doit savoir ce que les composants standard permettent. Ce n'est pas un prérequis absolu : un candidat solide sur l'analyse des tâches et les écrans denses apprend vite les contraintes d'une plateforme. Il explique comment il s'informerait sur ces limites avant de dessiner.
Comment présenter un portfolio confidentiel ?
Beaucoup de projets d'outils internes ne peuvent pas être montrés. Une présentation anonymisée suffit : un écran redessiné au propre, le problème de départ, la méthode, la mesure obtenue. Le candidat dessine au tableau la structure d'un tableau ou d'un formulaire qu'il a conçu. Un candidat qui a vraiment mené le projet répond sans peine aux questions sur les règles de gestion, les rôles et les cas limites.
Quel exercice est donné pendant l'entretien ?
À partir d'une capture anonymisée d'un écran métier, idéalement un tableau ou un formulaire réel, le candidat dit ce qu'il chercherait à savoir avant de le modifier, puis ce qu'il changerait en priorité. Ce format remplace un test technique à la maison et prend vingt minutes. Il montre si le candidat parle de tâches, de fréquence et de mesure ou seulement d'esthétique.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
