Un product designer mobile conçoit les parcours d'une application iOS et Android, de l'onboarding aux notifications, et répond de leur usage une fois l'app installée. L'entretien de product designer mobile vérifie d'abord qu'il connaît les deux plateformes : les Human Interface Guidelines d'Apple, Material 3 chez Google, et ce que chacune a changé récemment, Liquid Glass avec iOS 26, l'affichage bord à bord imposé par Android 15.
Beaucoup de portfolios montrent des écrans de téléphone dessinés comme un site réduit. La différence s'entend vite sur des sujets concrets : le moment où l'on demande l'autorisation des notifications, ce que devient un écran avec la plus grande taille de texte, la validation d'une action sans réseau, la façon de déployer une nouvelle navigation sans risquer toute la base d'utilisateurs. Un designer venu du web apprend ces règles, mais un poste senior ne laisse pas le temps de les découvrir.
La relation avec l'équipe de développement compte aussi. Une maquette qui nomme les composants SwiftUI ou Jetpack Compose, prévoit les états et reprend les icônes système fait gagner des jours de développement. Le PDF propose 30 questions sur six axes, un cas de 20 minutes sur une application de vélos en libre-service et une grille de notation.
Plateformes, guidelines et outils du product designer mobile
Human Interface Guidelines d'Apple
Les règles de conception d'Apple pour iOS et iPadOS : navigation, composants, typographie, accessibilité. Depuis iOS 26, présenté en juin 2025, elles intègrent Liquid Glass, un matériau translucide pour les barres et les contrôles qui flottent au-dessus du contenu. Un candidat sérieux sait ce que ce changement impose à une app existante.
Material 3 et Android
Le système de conception de Google : rôles de couleur, typographie, formes, composants et navigation adaptée à la taille d'écran. Material 3 Expressive, son extension, accompagne le style d'Android 16. Depuis Android 15, une app qui cible le SDK 35 s'affiche bord à bord, ce qui change la façon de dessiner le haut et le bas des écrans.
Figma et prototypes sur téléphone
Les maquettes se font dans Figma, avec les kits iOS et Material publiés par Apple et Google comme point de départ. Les prototypes se testent sur un vrai téléphone grâce à l'application Figma ou à des outils comme ProtoPie, cité dans plusieurs annonces pour les interactions plus fines.
SwiftUI et Jetpack Compose
Les deux frameworks d'interface des applications natives récentes, chez Apple et chez Google. Le designer n'a pas à coder, mais connaître leurs composants standards lui permet de dessiner ce qui se développe vite et de repérer ce qui coûtera cher en sur-mesure.
Accessibilité mobile
VoiceOver sur iOS et TalkBack sur Android, la taille de texte réglée par l'utilisateur (Dynamic Type chez Apple), le contraste et les tailles de zone tactile : 44 × 44 points recommandés par Apple, 48 × 48 dp par Android. Le European Accessibility Act, applicable depuis le 28 juin 2025, couvre une partie des applications grand public.
Notifications et autorisations
Sur Android 13 et plus, les notifications sont coupées par défaut à l'installation et demandent une autorisation. Sur iOS, la demande ne s'affiche qu'une fois, avec une option d'autorisation provisoire qui livre des notifications discrètes. Le moment de la demande se conçoit comme un écran à part entière.
App Store Connect et Google Play Console
Les consoles de publication des deux stores. Le product designer y croise la fiche de l'app, les avis, la publication par phases sur sept jours côté Apple et le déploiement par paliers côté Google. Les indicateurs de stabilité et de désinstallation de la Play Console nourrissent aussi ses analyses.
Firebase, Amplitude et feature flags
Firebase Analytics ou Amplitude pour l'usage et la rétention, Crashlytics pour la stabilité, Remote Config ou un outil de feature flags pour activer une fonction et tester deux variantes sans repasser par la validation des stores. La personne doit dire comment elle s'en est servie, avec un exemple chiffré.
Le poste existe dans les équipes dont le produit passe d'abord par une application, avec un ou plusieurs designers dédiés au mobile, et dans des missions où l'on attend une prise en main rapide d'une app existante et de sa bibliothèque Figma. Certaines équipes publient deux apps natives, d'autres une seule base de code en Flutter ou React Native, ce qui change le niveau d'adaptation attendu entre plateformes. Un profil confirmé connaît les guidelines des deux systèmes et les contraintes de publication. Un senior sait en plus arbitrer ce qui doit différer entre iOS et Android, piloter un déploiement progressif et lire la rétention par version.
Six points qui séparent un designer mobile d'un designer web
- Guidelines iOS et Android
- Ergonomie mobile et accessibilité
- Onboarding, autorisations et notifications
- Hors ligne et contraintes du terminal
- Publication et versions sur les stores
- Mesure d'usage dans l'application
Questions pour un product designer mobile, avec la réponse attendue
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é
L'équipe veut une seule maquette pour iOS et Android afin de gagner du temps. Qu'est-ce que vous gardez commun, et qu'est-ce qui doit différer ?
Une bonne réponseCommun : les parcours, les contenus, la hiérarchie de l'information et les tokens de marque. Différent : la navigation (tab bar flottante en Liquid Glass sur iOS 26, barre de navigation Material sur Android), le retour (geste depuis le bord et bouton en haut à gauche sur iOS, retour système avec animation prédictive sur Android), les feuilles d'action, les sélecteurs de date, les alertes, la typographie système et les jeux d'icônes (SF Symbols, Material Symbols). La personne chiffre ce que la différence coûte en conception et en développement.
Signal d'alerteCopier l'écran iOS sur Android avec un chevron de retour en haut à gauche, sans prévoir le retour système, ou dessiner deux applications qui ne se ressemblent plus.
Question 2 · confirmé
Un utilisateur a réglé la plus grande taille de texte de son iPhone. Que devient votre écran de récapitulatif de commande ?
Une bonne réponseLes textes suivent les styles Dynamic Type, la mise en page passe d'une disposition en colonnes à des libellés au-dessus des valeurs, aucune hauteur n'est fixe et l'écran défile. Les informations importantes (prix, date, adresse) ne sont jamais tronquées. Apple recommande de permettre un agrandissement d'au moins 200 %. Sur Android, les tailles en sp suivent la taille de police du système.
Signal d'alerteDes textes en taille fixe, une maquette vérifiée dans une seule taille, ou des prix coupés par des points de suspension.
Question 3 · confirmé
Le marketing veut demander l'autorisation des notifications dès le premier lancement. Que proposez-vous à la place ?
Une bonne réponseSur Android 13 et plus, les notifications sont désactivées par défaut pour une nouvelle installation et l'app doit demander l'autorisation POST_NOTIFICATIONS. Sur iOS, un refus ne se rattrape que dans les Réglages. Il propose une demande en contexte (après la création d'une alerte ou d'une commande à suivre), un écran qui explique l'intérêt avant la boîte système, ou l'autorisation provisoire d'iOS, qui livre des notifications discrètes dans le centre de notifications avec des boutons pour les garder ou les couper. Le taux d'acceptation se mesure par variante.
Signal d'alerteLa boîte système au démarrage, ou un faux dialogue qui imite celui du système pour pousser à accepter.
Question 4 · confirmé
Un livreur valide ses livraisons dans des sous-sols sans réseau. Comment concevez-vous cette étape ?
Une bonne réponseHors ligne d'abord : la validation, la photo et la signature sont enregistrées sur le téléphone, avec un statut visible (« en attente d'envoi ») et une synchronisation automatique au retour du réseau. Il montre la file des envois en attente et l'heure de la dernière synchronisation, distingue erreur réseau et refus du serveur et prévoit le conflit d'une livraison annulée entre-temps.
Signal d'alerteUn message « Pas de connexion, réessayez » qui bloque le livreur, ou un indicateur de chargement qui tourne sans fin.
Question 5 · senior
Une nouvelle navigation sort la semaine prochaine. Comment la déployez-vous pour limiter le risque ?
Une bonne réponseUn déploiement progressif : la publication par phases de l'App Store étale la mise à jour sur sept jours (de 1 % à 100 % des utilisateurs en mise à jour automatique) et peut être suspendue, Google Play propose un déploiement par paliers. Un feature flag ou une configuration à distance permet d'activer la navigation côté serveur et de revenir en arrière sans nouvelle version. Il suit crashs, notes et tickets, et prévoit un message court pour expliquer le changement.
Signal d'alerteTout le monde le même jour, avec une nouvelle soumission au store comme seul moyen de revenir en arrière.
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
Product designer mobile : les questions fréquentes
Un product designer web peut-il passer sur un poste mobile ?
Oui, sur un poste confirmé encadré par un designer mobile ou un tech lead attentif. Les bases restent les mêmes : recherche, parcours, tests, mesure. Ce qui manque au début, ce sont les guidelines des deux plateformes, les autorisations, le hors ligne et le rythme des stores. En entretien, il compare une même fonction sur iOS et sur Android : la réponse montre vite s'il a déjà observé la différence ou s'il la découvre.
Faut-il un designer différent pour iOS et pour Android ?
Rarement. Un même product designer couvre en général les deux plateformes, avec une base commune de parcours et de composants et des écarts choisis là où les conventions diffèrent : navigation, retour, sélecteurs, alertes. Il doit utiliser lui-même les deux systèmes, ou au moins qu'il teste sur les deux. Un designer qui n'a jamais tenu de téléphone Android dessine souvent une copie de l'iPhone.
Quel test technique est donné à un product designer mobile ?
Un exercice court en direct fonctionne bien : un écran existant de l'application à faire évoluer, avec les différences entre iOS et Android, les états hors ligne et le moment des autorisations. Un exercice à faire chez soi peut compléter, s'il reste limité à quelques heures et noté sur une grille commune. Le résultat se présente sur un téléphone, pas sur un écran d'ordinateur.
Le product designer mobile doit-il connaître SwiftUI ou Jetpack Compose ?
Il n'a pas à les coder. En revanche, il doit savoir quels composants existent en standard, ce qui se personnalise facilement et ce qui demande du sur-mesure coûteux. Un designer qui nomme les composants système dans ses maquettes et reprend SF Symbols ou Material Symbols réduit les allers-retours avec les développeurs. Pour une équipe en Flutter ou React Native, la question porte sur les bibliothèques de composants choisies.
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.
