Que vérifier avant la livraison d’une maquette Sketch en 2026 ? Autorisations, annotations et ressources

Symptôme — le lien Sketch s’ouvre, mais le destinataire ne peut pas forcément inspecter, commenter ou télécharger ce dont il a besoin.
Solution rapide — avant la livraison, vérifiez séparément l’accès du développeur, du client et du prochain responsable du fichier ; si le document doit être modifié ou si des réglages d’export manquent, confiez cette étape à une personne disposant de l’app Mac et des droits d’édition.

Cet article s’adresse aux designers qui préparent une livraison Sketch pour des développeurs et veulent éviter les demandes de fichiers manquants.
Il convient aussi aux équipes qui recueillent l’avis d’un client dans le navigateur et doivent confirmer que les commentaires sont possibles.
Enfin, il aide les responsables de maintenance à distinguer ce qui peut être vérifié sur le web de ce qui exige une modification du document source.

Établir le niveau de livraison attendu

Ne validez pas une livraison sur le seul critère « le lien fonctionne ». Une personne peut accéder au document sans avoir les droits nécessaires pour effectuer chaque tâche attendue. Le contrôle doit porter sur le travail réel du destinataire : consulter les écrans, inspecter les calques, laisser un commentaire, récupérer des ressources ou modifier le fichier source.

Sketch distingue les autorisations de consultation et d’édition. La documentation officielle sur les autorisations d’un document précise les rôles et les capacités associées. Utilisez ces niveaux comme point de départ, puis vérifiez-les dans le contexte concret de votre document et de votre espace de travail : les paramètres de partage peuvent déterminer ce que la personne voit et peut faire.

Avant de préparer la livraison, notez les résultats attendus par destinataire. Par exemple, un développeur peut avoir besoin de mesures et d’éléments exportables sans avoir à modifier la maquette ; un client peut simplement devoir examiner une proposition et commenter ; un autre designer peut, lui, devoir reprendre les sources. Ces tâches ne correspondent pas toutes au même niveau d’accès.

Un contrôle utile consiste à séparer les verbes dans votre demande :

• Voir : ouvrir les pages et parcourir les écrans.
• Inspecter : sélectionner un calque et consulter ses informations.
• Commenter : signaler un point à revoir et demander une décision.
• Télécharger : récupérer les fichiers préparés pour l’intégration.
• Modifier : changer la source, les calques ou les réglages du document.

Si votre consigne mélange ces actions, reformulez-la avant le partage. Dire « vérifiez la maquette » ne précise ni les droits requis ni le résultat attendu.

Préparer le document comme designer

Commencez par identifier le fichier qui sera effectivement livré, puis vérifiez que les pages et les écrans concernés s’y trouvent. Il est facile de partager une version de travail, un document incomplet ou une page qui ne correspond plus à la demande finale. Ouvrez le document depuis le lien de partage, plutôt que de vous fier uniquement à son nom dans votre espace de travail.

Vérifiez ensuite qui doit y accéder et dans quelles conditions. Les réglages de partage du document déterminent le périmètre d’accès ; la documentation Sketch sur la gestion des paramètres de partage détaille les options à contrôler. Examinez les destinataires et le mode de partage réellement configurés, en particulier lorsque le lien est destiné à une personne extérieure à l’équipe.

Ne confondez pas un lien transmissible avec une autorisation universelle. Selon les paramètres choisis, un destinataire peut être invité à se connecter, ne pas avoir accès au document ou disposer d’un niveau d’action limité. La procédure officielle de partage d’un document vous aide à vérifier la manière dont le document est transmis. Après le partage, faites ouvrir le lien à une personne qui utilise le compte et l’appareil prévus pour le travail.

Le contrôle doit aussi porter sur les fichiers préparés à l’avance. Si les développeurs doivent télécharger des icônes ou des images depuis le navigateur, vérifiez que les éléments concernés possèdent des réglages d’export adaptés. Les explications de Sketch sur l’export des ressources pour le transfert aux développeurs indiquent les réglages pertinents. La présence d’une image à l’écran ne garantit pas, à elle seule, qu’un fichier téléchargeable est configuré.

Pour votre propre vérification, gardez une trace des pages qui font partie de la livraison, des destinataires autorisés et des fichiers dont le téléchargement est nécessaire. Vous pourrez ainsi répondre précisément si une personne signale qu’une page manque ou qu’un élément ne peut pas être récupéré.

Faire valider les tâches par les développeurs

Pour un transfert Sketch aux développeurs, ne vous contentez pas de leur envoyer une capture d’écran. Faites-leur ouvrir le document et sélectionner quelques calques caractéristiques de l’interface : une zone de texte, une icône, un composant ou une image. Le but est de vérifier que le navigateur expose effectivement les informations dont ils auront besoin, et pas seulement que l’écran est visible.

La fonction d’inspection web est conçue pour accompagner le transfert. La documentation Sketch sur l’inspection dans le navigateur décrit les informations consultables à partir des éléments sélectionnés. En pratique, demandez au destinataire de contrôler les propriétés pertinentes pour son travail, puis comparez-les avec ce qui a été demandé dans le brief ou dans la spécification du projet.

Pour les ressources, procédez à un essai de téléchargement plutôt que de supposer que l’option sera disponible pour tous les calques. Choisissez des éléments importants, vérifiez les options offertes dans le navigateur et ouvrez les fichiers récupérés pour confirmer qu’ils correspondent aux besoins du projet. Si le développeur ne voit pas d’option d’export, le problème peut concerner les droits, l’élément sélectionné ou la préparation de l’export dans le document.

L’aide Sketch consacrée à l’importation et à l’exportation permet de distinguer les opérations de transfert des réglages effectués dans le document de conception. Si l’export attendu n’est pas proposé, demandez à un éditeur de revenir dans l’app Mac et de contrôler les calques, les plans de travail et les réglages d’export. Une fois le fichier source corrigé, recommencez le test depuis le navigateur utilisé par le développeur.

Les signes d’une livraison prête pour le développement sont concrets : le destinataire accède aux pages convenues, sélectionne les éléments utiles, voit les informations nécessaires à son intégration et télécharge les ressources attendues. Si l’un de ces contrôles échoue, consignez l’élément concerné et la personne chargée de le corriger au lieu de laisser le développeur deviner.

Organiser la revue du client

Pour une revue client, l’objectif n’est pas forcément de donner accès à la modification du fichier. Il s’agit plutôt de permettre à la personne de parcourir les écrans, de situer ses remarques et de préciser les décisions à prendre. Vérifiez donc que le client peut ouvrir le document avec son propre accès et que les actions prévues pour la revue sont disponibles.

Les fonctions de consultation dans le navigateur sont décrites dans la documentation Sketch sur l’affichage des documents. L’accès en consultation ne signifie pas automatiquement que toutes les opérations de collaboration sont autorisées. Ne demandez pas au client de commenter avant d’avoir vérifié, avec les paramètres réellement utilisés, qu’il peut bien le faire.

Avant la revue, indiquez comment signaler un retour : précisez l’écran ou la zone visée, distinguez les corrections demandées des questions ouvertes et demandez la décision attendue. Une remarque comme « ce bouton ne convient pas » est difficile à traiter si le client ne précise pas quelle version ou quel écran il regarde. Un commentaire situé et relié à une décision réduit les allers-retours et limite les interprétations contradictoires.

Un cas fréquent survient lorsqu’un client ouvre le lien depuis un compte différent de celui auquel l’accès a été accordé. Le document peut alors sembler indisponible, ou s’ouvrir avec des capacités différentes de celles attendues. Refaites le test en reproduisant son parcours : même lien, même compte de connexion et même mode de consultation. Si l’accès doit rester limité, transmettez une invitation appropriée plutôt que de modifier les paramètres sans vérifier les conséquences pour le reste de l’équipe.

Comparer les tâches et les accès

Le tableau ci-dessous sert à préparer un test de réception, pas à remplacer les réglages propres au document. Les capacités disponibles dépendent notamment du niveau d’autorisation et de la préparation des éléments.

Ce comparatif met en évidence une distinction importante : le destinataire peut parfois accomplir une partie du travail dans un navigateur, mais cette possibilité ne prouve pas qu’il peut corriger le fichier d’origine. Avant d’attribuer un accès supplémentaire, demandez-vous si la personne doit réellement modifier le document ou si elle doit seulement obtenir une information ou un fichier déjà préparé.

Contrôler la reprise par le prochain responsable

Le destinataire final n’est pas toujours le développeur ou le client. Un autre designer peut devoir reprendre le projet après la livraison, corriger une maquette ou préparer des ressources supplémentaires. Dans ce cas, vérifiez avec lui si son rôle se limite à la consultation et à la récupération de fichiers, ou s’il doit modifier la source.

Pour une reprise sans modification, testez le document et les ressources selon les tâches prévues. Pour une reprise avec modification, contrôlez l’accès d’édition et assurez-vous qu’une personne autorisée dispose de l’app Mac. Sketch présente son app Mac comme l’environnement de conception ; l’accès web, même utile pour la consultation et certaines opérations de collaboration, ne doit donc pas être assimilé à une autorisation de modifier le fichier source.

Décider selon le résultat du test

• Si le destinataire doit seulement consulter les écrans, partagez le document avec les autorisations adaptées, puis faites confirmer l’ouverture depuis son compte.
• Si le développeur doit inspecter des calques, faites-lui sélectionner des éléments réels dans le navigateur et confirmer que les informations requises sont visibles.
• Si le client doit laisser un avis, vérifiez qu’il peut publier ses commentaires avec le mode de partage retenu ; sinon, adaptez l’accès avant la revue.
• Si les développeurs doivent télécharger des ressources déjà préparées, testez les fichiers attendus depuis leur navigateur et vérifiez leur contenu.
• Si une ressource n’est pas exportable ou si la source doit être modifiée, faites intervenir un éditeur disposant des droits requis dans l’app Mac, puis répétez la vérification côté destinataire.
• Si le projet doit être repris et modifié, ne considérez pas un accès en consultation comme suffisant : validez séparément les droits d’édition et l’environnement de travail.

Une procédure d’essai simple consiste à utiliser une copie ou une version de livraison du document, puis à demander à chaque destinataire d’exécuter sa tâche réelle. Notez le lien concerné, les pages vérifiées, les ressources testées et les problèmes constatés. Affectez chaque correction à une personne responsable et ne clôturez le transfert qu’après un nouveau contrôle.

Cette approche évite deux erreurs opposées. La première consiste à donner trop de droits à une personne qui doit seulement consulter ou commenter ; la seconde consiste à envoyer un document à quelqu’un qui doit éditer les sources, mais n’a ni les droits ni l’environnement nécessaire. Une vérification fondée sur les tâches permet de choisir l’accès le plus limité qui reste fonctionnel.

FAQ sur les blocages de livraison

L’accès au lien suffit-il à valider le transfert ?

Non. L’ouverture du document confirme seulement que le destinataire peut y accéder dans les conditions testées. Elle ne démontre pas qu’il peut inspecter les calques, commenter, télécharger les ressources ou modifier la source. Faites-lui exécuter l’action attendue avec son compte réel, puis consignez toute limite avant de considérer la livraison comme terminée.

Un développeur peut-il lire les informations utiles sans l’app Mac ?

L’inspection dans le navigateur peut répondre à une partie des besoins du développeur si le document et les autorisations le permettent. Le destinataire doit toutefois vérifier les calques et les propriétés nécessaires à son travail, plutôt que supposer que chaque information sera visible. Pour corriger la source ou modifier les réglages de conception, prévoyez un éditeur travaillant dans l’app Mac.

Que vérifier si un fichier ne peut pas être téléchargé ?

Commencez par contrôler le niveau d’accès, puis vérifiez que vous avez sélectionné le bon élément et que celui-ci est préparé pour l’export. Si le téléchargement n’est toujours pas proposé, demandez à un éditeur de vérifier les réglages dans le document source. Après correction, faites retester le téléchargement par le destinataire : l’export doit fonctionner depuis son propre parcours, pas seulement depuis celui du designer.

Comment éviter les retours client difficiles à interpréter ?

Demandez au client d’indiquer l’écran concerné, la zone visée et la décision qu’il attend de votre équipe. Vérifiez également qu’il peut réellement commenter avec le partage configuré ; un accès de consultation n’implique pas nécessairement cette capacité. Si le client ne peut pas commenter, ajustez les droits ou convenez d’un canal de retour sans lui accorder des droits de modification inutiles.

Clore la livraison selon le besoin réel

Au moment de valider le transfert, comparez la tâche attendue avec ce qui a été testé : consultation, inspection, commentaires, téléchargement ou édition. Une maquette est prête lorsque les destinataires peuvent effectuer leur travail avec leurs accès réels et que les limites restantes sont attribuées à une personne responsable. Le contrôle de la livraison Sketch doit donc porter sur les actions, pas uniquement sur le lien.

Si votre navigateur suffit pour examiner le document et récupérer les ressources préparées, vous n’avez pas besoin d’ajouter une étape d’édition. En revanche, si le fichier source doit être corrigé, si des calques doivent recevoir des réglages d’export ou si l’équipe doit reprendre le projet dans l’app Mac, un simple accès web ne résoudra pas le blocage. Pour vérifier les modes d’accès disponibles avant d’organiser cette étape, consultez la présentation de l’accès à un Mac depuis le navigateur. Un Mac acheté convient davantage à un usage régulier et durable ; pour une modification ponctuelle ou une validation temporaire, la location d’un Mac chez macworker peut vous donner un environnement Mac sans transformer ce besoin limité en achat de matériel. Vous pouvez consulter les formules de location Mac et vérifier le processus sur une copie réelle de votre maquette avant de confier la livraison finale.

Questions fréquentes