UI et produits numériques · Guide pratique

Préparer les icônes d’une application et leurs sources de référence

Choisissez la plateforme cible et consultez sa documentation officielle au moment de la remise.

Préparer les pièces et leurs relations

Notez les variantes et ressources demandées, sans transformer les dimensions d’un ancien projet en règle permanente. Gardez une source originale identifiable et une table reliant chaque dérivé à son usage. Séparez l’icône de l’application des pictogrammes qui servent à ses commandes internes.

Effectuer le contrôle ciblé

Comparez les exports à petite taille et dans le contexte prévu : fond, masque ou apparence particulière de la plateforme. Repérez les détails qui disparaissent et les marges incohérentes. Faites tester les ressources dans l’environnement de développement retenu. Toute simplification du dessin doit être conservée comme dérivé documenté, puis comparée à la source pour éviter une famille d’icônes accidentellement divergente.

Donner un contexte vérifiable à la revue

Délimitez les écrans et composants concernés par la remise, puis indiquez les contenus et environnements de comparaison. Gardez les décisions acceptées séparées des questions ouvertes. Une référence de design reste utile lorsqu’elle permet à l’équipe de reproduire un contrôle précis ; elle devient ambiguë si les données, les états ou le contexte changent sans être notés. Consignez ce périmètre dans la fiche jointe.

Les spécifications de plateforme évoluent. La matrice jointe réserve un champ pour la référence officielle réellement utilisée et sa date de consultation. Elle ne garantit ni la conformité de l’application ni son acceptation en boutique.

Pièce ou zone fictiveRôle dans le dossierContrôle à effectuer
icone-masterDessin original fictifSource conservée
icone-plateforme-ADérivé fictifSpécification officielle à noter
icone-apparence-BVariante fictiveContexte de test

EXEMPLE FICTIF

Cas fictif : icone-master

Le studio fictif Capsule livre une icône dont un détail disparaît dans une apparence de petite taille. Il crée une variante simplifiée, la teste dans le contexte cible et relie cet export au master conservé.

  1. Créer une fiche de contrôle pour icone-master en conservant l’état de référence.
  2. Examiner icone-plateforme-A selon le contrôle indiqué, puis noter l’écart et la prochaine action.
  3. Rattacher icone-apparence-B à l’inventaire retenu et demander le retour précis du destinataire.

Avant de poursuivre

  • Identifier icone-master et sa version sans écraser la référence précédente.
  • Contrôler icone-plateforme-A selon la consigne notée dans le registre.
  • Relier icone-apparence-B à l’usage et au destinataire prévus.
  • Marquer les points ouverts et la personne chargée de les résoudre.
  • Conserver le résultat observé et les limites du contrôle effectué.

Registre fictif : les icônes d’une application

Les questions utiles

Faut-il toujours livrer les mêmes tailles ?

Reprenez les exigences actuelles de la plateforme et du projet. La ressource sert à les consigner, pas à figer une liste universelle.

Sources et repères

Apple — App icons

Pour préparer la suite

Préparer l’inventaire d’un handoff de design

Livrer une interface et ses ressources